Les derniers pilotes fglrx sur Ubuntu 12.04 ont un support de rétroéclairage brisé
Je me tiens au courant des dernières versions de fglrx sur le site Web d'AMD et il semble que les derniers pilotes stables (13.4) et bêta (13.6) ont une luminosité brisée dans Ubuntu 12.04 avec toutes les dernières mises à jour. La configuration matérielle/logicielle est un ordinateur portable HP dm1 série 4000 (plus précisément dm1-4142nr) avec un AMD6320 APU exécutant la version 64 bits d'Ubuntu 12.04. Toutes les options d'affichage et les fonctionnalités du bureau fonctionnent parfaitement.
Appuyez sur les touches de luminosité du matériel pour afficher la barre de luminosité de Unity qui change en conséquence, mais la luminosité du rétro-éclairage ne change pas.
Faire echo 5>/sys/class/backlight/acpi_video0/luminosité en tant que root ne fait rien non plus, même si le nombre réel est bloqué et que brillance et actual_brightness reflètent le nombre qui vient d’être répercuté (tout autre nombre a le même effet).
Essayer de démarrer le noyau avec acpi_backlight = le drapeau du vendeur n’a aucun effet. L’ajout des éléments suivants dans le fichier xorg.conf (sous la section "périphérique") n’est pas non plus le cas:
Option "RegistryDwords" "EnableBrightnessControl = 1"
Le réglage de la luminosité dans l'outil amdccle modifie la luminosité en ajustant les couleurs, mais ne modifie pas la quantité de rétroéclairage réelle (ou du moins ne semble pas l'être). Il n'y a pas d'autres options relatives à la luminosité que je pourrais trouver.
À ce stade, je suis presque à court d’idées car il semble que ce soit clairement la faute du conducteur. Existe-t-il un moyen de déterminer où se trouve la régression dans la source du pilote afin de pouvoir au moins revenir sur cette partie et créer un pilote pleinement opérationnel avec les dernières améliorations?
Edit: des clarifications supplémentaires et des questions supplémentaires J'ai également essayé 12.100, 12.104 et 13.101 et aucune d'entre elles ne fonctionne en termes de luminosité. Le diff entre 9.012 sources (qui fonctionnent mais ont d'autres bogues 3D) et 12 et les branches plus récentes ne montre que la différence de version, il apparaît donc que le contrôle de la luminosité est enfoui dans le blob binaire. Utiliser acpi_os_name = "Windows 2009" acpi_osi = "Windows 2009" permet ironiquement d'ajuster la luminosité jusqu'à ce que vous entriez la partie X de la séquence d'amorçage à laquelle elle ne fonctionne plus.
À ce stade, je me demande si quelqu'un d'autre a le rétro-éclairage qui travaille sur ces nouveaux pilotes et quelles sont leurs options de démarrage du noyau.
MISE À JOUR DU 8 SEPTEMBRE: Pilote 8/19/2013 essayé et pas de changement - si quelque chose de spam manuel de changement de luminosité signalé sur l'un des forums fonctionne encore plus sporadiquement. J'imagine que je me demande maintenant s'il s'agit peut-être d'un problème de noyau et, dans l'affirmative, les utilisateurs de versions plus récentes d'Ubuntu (12.10, 13.04, etc.) ont-ils le même problème?
12 janvier 2014 MISE À JOUR: Comme indiqué dans les commentaires ci-dessous, toutes les versions publiées depuis n'ont toujours pas résolu ce problème. La version stable la plus récente (13.12) et son prédécesseur permettent de modifier la luminosité jusqu'à ce que l'ordinateur soit suspendu et que, lors de la reprise du réglage de la luminosité, il cesse de fonctionner jusqu'au redémarrage de l'ordinateur ou du serveur X.
Je viens également d'essayer la dernière version bêta qui semble être mal numérotée (13.11-betav9.95 publiée le 01/08/2014), et le même problème persiste ... Je dois aimer le support des pilotes AMD ...
Mise à jour le 20 janvier 2014: version 13.30.rc3 (version bêta) même problème ... Je soupçonne sans cesse que l'équipe AMD ne dispose de personne compétente pour traiter des problèmes liés à Linux tels que des problèmes de suspension/reprise fiable ou de régression de luminosité précitée, à la fois qui existent depuis très longtemps et qui se contentent de restituer les éléments de base du pilote Windows pour que celui-ci "fonctionne" avec le nouveau matériel. C'est définitivement le dernier investissement d'AMD que je ferai jamais ...
Mise à jour du 3 février 2014: La version 14.1 bêta est publiée et répertorie la correction de la luminosité d'Ubuntu 12.04 parmi ses corrections de bugs. Ce n'est cependant pas le cas et la luminosité cesse de fonctionner après la reprise.
Mise à jour du 22 mars 2014: les versions 14.2 et 14.3 ne font aucune amélioration à ce sujet.
Donc, enfin, avec la sortie de 14.6beta, le problème de luminosité a été résolu de manière silencieuse, de sorte que même après la reprise, le réglage de la luminosité continue de fonctionner ... Il n'en est pas fait mention dans le journal des modifications.
Vous pouvez obtenir la version bêta 64 bits auprès de:
http://support.AMD.com/en-us/download/desktop?os=Linux%20x86_64#AMD-catalyst-packages
J'espère que cela t'aides!
J'ai eu ce problème avec une machine ASUS X54H (carte graphique ATI).
Après l’installation des pilotes propriétaires, le rétroéclairage est désactivé à partir de l’écran de connexion. Si vous la désactivez, le rétro-éclairage est de nouveau allumé, mais entre temps, je devais essayer les correctifs liés au GRUB cfg, qui ne fonctionnent pas dans ce cas.
Donc, pour ceux qui ont installé ces pilotes dans un Ubuntu 12.04 LTS, je suggérerais de les désactiver via les paramètres système (vous pouvez utiliser la sortie VGA de votre ordinateur portable) si le GRUB change par rapport à acpi_osi=Linux et acpi_backlight=vendor ne fonctionnent pas.
Après une journée d’enquête, il s'avère que ce problème est apparemment aussi répandu (voir open & product = & content = backlight "> http://ATI.cchtml.com/buglist.cgi?query_format=specific&order=relevance+desc&bug_status= ouvert & product = & content = backlight) figé après une suspension lors de l’utilisation du module fglrx (par opposition au pilote propriétaire). Pour le moment, tout pilote supérieur à 9.012 ne En juin 2013, la seule solution de contournement (voir https://bbs.archlinux.org/viewtopic.php?pid=1269560#p126956 ) pour les pilotes plus récents que 9.012 est Appuyez sur les boutons de luminosité du matériel et maintenez-les enfoncés pendant plusieurs secondes (le réglage le plus clair ou le plus sombre dépend du bouton que vous maintenez enfoncé), ce qui devrait suffire pour utiliser l'ordinateur portable de manière à optimiser la durée de vie de la batterie/l’autonomie quand on s’éloigne d’AC mais c’est aussi un vilain coup de gueule. Je suppose que nous devrons attendre que la prochaine version d’AMD également affecté) du pilote et corrige, espérons-le, la régression.
Pour le moment, je ne choisirai pas cette réponse dans l'espoir que quelqu'un trouvera une meilleure solution.
Le dernier pilote bêta 13.8 (version du package de pilote 13.20.11-130814a-161038E-ATI) semble résoudre ce problème. Télécharger sur http://support.AMD.com/us/gpudownload/linux/Pages/radeon_linux.aspx
Il semble que la dernière version bêta du 30 septembre 2013 (version 13.10) ait partiellement résolu le problème. Voir http://support.AMD.com/us/gpudownload/linux/Pages/radeon_linux.aspx pour plus d'informations.
Le pilote ne parvient toujours pas à mettre à jour la luminosité une fois le système suspendu, puis repris. Quelqu'un a-t-il eu de la chance avec ça?
Une autre mise à jour, 13.11-beta6 a la même limitation que 13.10.
Et encore une autre mise à jour, la version stable 13.12 a la même limitation ... Il en va de même pour toutes les versions depuis, y compris 14.1.