Réponses:
Les paramètres du noyau sont documentés sur kernel.org .
Pour comprendre ce qui se acpi_osi
passe, vous devez en gros savoir comment fonctionne l'ACPI. ACPI se compose de tables dites 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 sur 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 arborescence 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 exemple, l'économie d'énergie est activée. Le code AML peut demander à l'OS de quel OS il s'agit en appelant la _OSI
fonction. Ceci est souvent utilisé par les fournisseurs pour contourner, par exemple, les 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 "normaux" sans les solutions de contournement sont souvent bogués. Pour cette raison, Linux répond généralement oui lorsqu'on lui demande si c'est Windows. Linux avait également l'habitude de répondre oui lorsqu'on lui demandait s'il s'agissait de "Linux", mais cela a amené les fournisseurs de BIOS à contourner les bogues ou à manquer de fonctionnalités 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 entraîné des pénalités de performances inutiles et d'autres problèmes pour toutes les versions ultérieures de Linux.
acpi_osi=Linux
oblige Linux à répondre de nouveau oui lorsqu'on lui demande si c'est "Linux" par le code ACPI, permettant ainsi au code ACPI d'activer les solutions de contournement pour Linux et / ou de désactiver les 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 video
pilote générique , lorsque l'ACPI DSDT fournit un périphérique de rétroéclairage revendiquant la compatibilité standard et ne vérifiera les autres pilotes spécifiques au fournisseur que si un tel périphérique n'est pas trouvé. acpi_backlight=vendor
inverse cet ordre, afin que les pilotes spécifiques au fournisseur soient essayés en premier.
Le premier résultat Google pour "acpi_osi" explique acpi_osi=linux
:
[...] Le 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 fonctionne.
acpi_osi=Linux
dit au noyau de répondre vrai. (voirdrivers/acpi/osl.c
) Il semble que vous devez dire la vérité au BIOS.
Le deuxième résultat Google pour "acpi_osi" explique acpi_backlight=vendor
:
acpi_backlight=vendor
préféreront pilote spécifique du fournisseur (par exemplethinkpad_acpi
,sony_acpi
etc.) au lieu du ACPIvideo.ko
conducteur.