Pourquoi il y a deux fichiers de contrôle de luminosité (/ sys / class /) dans mon système


8

Je possède un Dell XPS 15. Je suppose que ce qui suit est parce que j'ai un système graphique hybride (nvidia optimus).

Lorsque j'exécute la commande pour trouver le chemin de luminosité lcd à l'aide de la commande suivante,

ls / sys / classe / rétro-éclairage / * / luminosité

Je reçois la sortie suivante

/sys/class/backlight/acpi_video0/brightness
/sys/class/backlight/intel_backlight/brightness

Maintenant, si je fais écho à une valeur, disons 5à l'un d'eux, la luminosité de l'écran LCD change. La seule chose est que la intel_backlightluminosité du chemin est très faible par rapport à acpi_video0.

Est-ce normal? Je veux savoir quelle est la différence (le cas échéant) et si pour ces deux chemins différents, gnome ne parvient pas à enregistrer mes paramètres de luminosité au redémarrage.

Réponses:


8

La luminosité peut être contrôlée par ACPI ou par pilote graphique. Je suppose que celui qui contrôle votre luminosité est intel_backlight. Cependant, vous pouvez facilement le découvrir en ajoutant à votre /etc/rc.local (avant la sortie 0):

echo 5 > /sys/class/backlight/acpi_video0/brightness

Ou bien:

echo 5 > /sys/class/backlight/intel_backlight/brightness

Il semble que les touches Fn changent la valeur de acpi_video0, le problème est que l'élément de contrôle est intel_backlight.

Si le système démarre avec le paramètre de noyau acpi_backlight = vendor, l'élément acpi_video0 est remplacé par l'intel de l'élément, mais les touches Fn ne peuvent pas modifier la valeur de cet élément.


La modification des paramètres du noyau a réellement fonctionné. J'ai obtenu plus d'étapes dans le commutateur de contrôle de la luminosité.
Web-E
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.