Les paramètres du noyau sont documentés sur kernel.org.
Pour comprendre ce que acpi_osi fait, vous avez à peu près besoin de savoir comment fonctionne l'ACPI. L'ACPI consiste en ce qu'on appelle des tables que le BIOS charge dans la RAM avant le démarrage du système d'exploitation. Certains d'entre eux contiennent simplement des informations sur les périphériques essentiels de la carte mère dans un format fixe, mais certains, comme le tableau DSDT, contiennent du code AML. Ce code est exécuté par le système d'exploitation et fournit au système d'exploitation une structure arborescente décrivant de nombreux périphériques sur la carte mère et les fonctions appelables qui sont exécutées par le système d'exploitation lorsque, par ex. l'économie d'énergie est activée. Le code AML peut demander à l'OS de quel OS il s'agit en appelant le _OSI fonction. Ceci est souvent utilisé par les fournisseurs pour faire des solutions de contournement, par ex. autour des bogues dans certaines versions de Windows.
Comme de nombreux fournisseurs de matériel ne testent leurs produits qu'avec la dernière version (à ce moment-là) de Windows, les chemins de code "réguliers" sans les solutions de contournement sont souvent bogués. Pour cette raison, Linux répond généralement oui lorsqu'on lui demande s'il s'agit de Windows. Linux répondait également oui lorsqu'on lui demandait s'il s'agissait de "Linux", mais cela obligeait les fournisseurs de BIOS à contourner les bogues ou les fonctionnalités manquantes dans la dernière version du noyau Linux (à l'époque) au lieu d'ouvrir des rapports de bogues ou de fournir des correctifs. Lorsque ces bogues ont été corrigés, les solutions de contournement ont causé des pénalités de performances inutiles et d'autres problèmes pour toutes les versions ultérieures de Linux.
acpi_osi=Linux fait que Linux répond oui à nouveau lorsqu'on lui demande s'il s'agit de "Linux" par le code ACPI, permettant ainsi au code ACPI d'activer des solutions de contournement pour Linux et/ou de désactiver des solutions de contournement pour Windows.
acpi_backlight=vendor modifie l'ordre dans lequel les pilotes ACPI pour les rétroéclairages sont vérifiés. Habituellement Linux utilisera le générique video pilote, lorsque l'ACPI DSDT fournit un périphérique de rétroéclairage revendiquant une compatibilité standard et ne vérifiera que les pilotes spécifiques d'autres fournisseurs si un tel périphérique n'est pas trouvé. acpi_backlight=vendor inverse cet ordre, de sorte que les pilotes spécifiques au fournisseur soient essayés en premier.
Le premier résultat Google pour "acpi_osi" explique acpi_osi=linux :
[...] BIOS désactive généralement la fonctionnalité si Windows n'est pas détecté [...] par défaut, le noyau répond faux lorsqu'on lui demande si Linux est en cours d'exécution.
acpi_osi=Linuxindique au noyau de répondre vrai.(voirdrivers/acpi/osl.c) Il semble que vous deviez dire la vérité au BIOS.
Le deuxième résultat Google pour "acpi_osi" explique acpi_backlight=vendor :
acpi_backlight=vendorpréférera un pilote spécifique au fournisseur (par exemple,thinkpad_acpi,sony_acpi, etc.) au lieu de l'ACPIvideo.kochauffeur.