Les paramètres du noyau sont documentés sur le site kernel.org.
Pour comprendre ce que fait acpi_osi, tu dois savoir en gros comment fonctionne l'ACPI. L'ACPI consiste en des tables que le BIOS charge dans la mémoire vive avant le démarrage du système d'exploitation. Certaines d'entre elles contiennent simplement des informations sur les périphériques essentiels de la carte mère dans un format fixe, mais certaines, comme la table 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 appareils 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 au système d'exploitation de quel système il s'agit en appelant la fonction _OSI. Cette fonction est souvent utilisée par les fournisseurs pour contourner les problèmes, par exemple en cas de bogue dans certaines versions de Windows.
Comme de nombreux fournisseurs de matériel informatique ne testent leurs produits qu'avec la dernière version de Windows (à ce moment-là), les chemins de code "normaux" sans solution de contournement sont souvent bogués. C'est pourquoi Linux répond généralement par l'affirmative 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 amenait les vendeurs de BIOS à contourner les bogues ou les fonctionnalités manquantes dans la (à l'époque) dernière version du noyau Linux 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 baisses de performance et d'autres problèmes pour toutes les versions ultérieures de Linux.
acpi_osi=Linux fait en sorte que Linux réponde à nouveau oui lorsqu'on lui demande si c'est "Linux" par le code ACPI, permettant ainsi au code ACPI d'activer les contournements pour Linux et/ou de les désactiver pour Windows.
acpi_backlight=vendor modifie l'ordre dans lequel les pilotes ACPI pour les rétroéclairages sont vérifiés. Habituellement, Linux utilise le pilote vidéo générique lorsque le DSDT ACPI fournit un périphérique de rétro-éclairage revendiquant une compatibilité standard et ne vérifie les pilotes spécifiques d'autres fournisseurs que si un tel périphérique n'est pas trouvé. acpi_backlight=vendor inverse cet ordre, de sorte que les pilotes spécifiques des fournisseurs sont essayés en premier.
Tu peux donc tester quelques options pour vérifier ce que ton PC supporte.
[^] # Re: Tester l'ACPI
Posté par freejeff . En réponse au message impossible de sortir de veille. Évalué à 5.
Oui, je comprends, ce n'est pas évident ...
Les paramètres du noyau sont documentés sur le site kernel.org.
Pour comprendre ce que fait acpi_osi, tu dois savoir en gros comment fonctionne l'ACPI. L'ACPI consiste en des tables que le BIOS charge dans la mémoire vive avant le démarrage du système d'exploitation. Certaines d'entre elles contiennent simplement des informations sur les périphériques essentiels de la carte mère dans un format fixe, mais certaines, comme la table 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 appareils 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 au système d'exploitation de quel système il s'agit en appelant la fonction _OSI. Cette fonction est souvent utilisée par les fournisseurs pour contourner les problèmes, par exemple en cas de bogue dans certaines versions de Windows.
Comme de nombreux fournisseurs de matériel informatique ne testent leurs produits qu'avec la dernière version de Windows (à ce moment-là), les chemins de code "normaux" sans solution de contournement sont souvent bogués. C'est pourquoi Linux répond généralement par l'affirmative 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 amenait les vendeurs de BIOS à contourner les bogues ou les fonctionnalités manquantes dans la (à l'époque) dernière version du noyau Linux 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 baisses de performance et d'autres problèmes pour toutes les versions ultérieures de Linux.
acpi_osi=Linux fait en sorte que Linux réponde à nouveau oui lorsqu'on lui demande si c'est "Linux" par le code ACPI, permettant ainsi au code ACPI d'activer les contournements pour Linux et/ou de les désactiver pour Windows.
acpi_backlight=vendor modifie l'ordre dans lequel les pilotes ACPI pour les rétroéclairages sont vérifiés. Habituellement, Linux utilise le pilote vidéo générique lorsque le DSDT ACPI fournit un périphérique de rétro-éclairage revendiquant une compatibilité standard et ne vérifie les pilotes spécifiques d'autres fournisseurs que si un tel périphérique n'est pas trouvé. acpi_backlight=vendor inverse cet ordre, de sorte que les pilotes spécifiques des fournisseurs sont essayés en premier.
Tu peux donc tester quelques options pour vérifier ce que ton PC supporte.
La commande :
sudo strings /sys/firmware/acpi/tables/DSDT | grep -i 'windows '
te permet de vérifier les versions de Windows supportées, la dernière est celle qui est utilisée par défaut lors du lancement de ton noyau.
Du coup tu peux rajouter
ou
dans le fichier /etc/default/grub
puis mettre à jour grub avec :
Essaye les différentes options et regarde si ça règle ton problème !!
Plus clair comme ça ?