Los parámetros del núcleo están documentados en kernel.org.
Para entender lo que acpi_osi lo hace, aproximadamente necesita saber cómo funciona ACPI. ACPI consta de las llamadas tablas que el BIOS carga en la RAM antes de que se inicie el sistema operativo. Algunos de ellos simplemente contienen información sobre dispositivos esenciales en la placa base en un formato fijo, pero algunos, como la tabla DSDT, contienen código AML. Este código es ejecutado por el sistema operativo y proporciona al sistema operativo una estructura de árbol que describe muchos dispositivos en la placa base y funciones invocables que ejecuta el sistema operativo cuando, p. el ahorro de energía está activado. El código AML puede preguntarle al sistema operativo qué sistema operativo es llamando al _OSI función. Los proveedores lo utilizan a menudo para hacer soluciones, p. alrededor de errores en algunas versiones de Windows.
Como muchos proveedores de hardware solo prueban sus productos con la última versión (en ese momento) de Windows, las rutas de código "normales" sin las soluciones alternativas suelen tener errores. Debido a esto, Linux generalmente responde que sí cuando se le pregunta si es Windows. Linux también solía responder que sí cuando se le preguntaba si era "Linux", pero eso hacía que los proveedores de BIOS solucionasen errores o faltaban funciones en la última versión del kernel de Linux (en ese momento) en lugar de abrir informes de errores o proporcionar parches. Cuando se corrigieron estos errores, las soluciones provisionales causaron penalizaciones de rendimiento innecesarias y otros problemas para todas las versiones posteriores de Linux.
acpi_osi=Linux hace que Linux responda sí nuevamente cuando el código ACPI le pregunta si es "Linux", lo que permite que el código ACPI habilite soluciones para Linux y/o deshabilite soluciones para Windows.
acpi_backlight=vendor cambia el orden en que se verifican los controladores ACPI para luces de fondo. Por lo general, Linux usará el video genérico controlador, cuando el ACPI DSDT proporciona un dispositivo de retroiluminación que afirma ser compatible con el estándar y solo verificará otros controladores específicos del proveedor si no se encuentra dicho dispositivo. acpi_backlight=vendor invierte este orden, de modo que se prueban primero los controladores específicos del proveedor.
El primer resultado de Google para "acpi_osi" explica acpi_osi=linux :
[...] BIOS generalmente desactiva la funcionalidad si no se detecta Windows [...] por defecto, el kernel responde falso cuando se le pregunta si se está ejecutando Linux. acpi_osi=Linux le dice al kernel que responda verdadero (ver drivers/acpi/osl.c ) Parece que necesita decirle al BIOS la verdad.
El segundo resultado de Google para "acpi_osi" explica acpi_backlight=vendor :
acpi_backlight=vendor preferirá un controlador específico del proveedor (por ejemplo, thinkpad_acpi , sony_acpi , etc.) en lugar del ACPI video.ko conductor.