Claude Code нашёл баг в AMDGPU, из-за которого дисплей Linux-ноутбуков зависал с 2017 года

L'outil Claude Code d'Anthropic a aidé les développeurs Linux à découvrir un bug ancien du driver AMDGPU — les blocages d'affichage sur les ordinateurs portables avec AMD Radeon ont tourmenté les utilisateurs pendant près de neuf ans.

Neuf Ans Sans Solution

Le problème a été documenté pour la première fois en 2017 : sur les ordinateurs portables Linux avec des graphiques AMD Radeon, l'écran cessait de réagir après plusieurs heures d'exploitation. L'écran se figeait, mais le système continuait de fonctionner — le curseur se déplaçait, les processus s'exécutaient, sauf que l'image à l'écran ne se mettait pas à jour. La seule solution était de basculer les terminaux virtuels ou de redémarrer l'environnement graphique.

L'imprévisibilité de la reproduction rendait le diagnostic extrêmement difficile. Pour certains utilisateurs, le blocage se produisait une fois toutes les quelques heures, pour d'autres — une fois tous les quelques jours. Les bugs de ce type sont particulièrement gênants : ils ne laissent aucune trace claire dans les journaux et sont trop imprévisibles pour les tests automatisés.

Au cœur du problème se trouvait la fonction Panel Self Refresh (PSR) — une technologie d'économie d'énergie intégrée à la norme DisplayPort. Au lieu de transmettre continuellement l'image du GPU à l'écran, PSR sauvegarde l'image dans la mémoire locale de l'affichage et la met à jour uniquement lors de changements — cela réduit la consommation d'énergie et prolonge l'autonomie de la batterie. Le seul contournement fonctionnel pendant de nombreuses années était la désactivation complète de PSR via les paramètres du noyau, au prix d'une décharge accélérée de la batterie.

Comment Claude Code a Trouvé le Bug

L'un des développeurs a utilisé Claude Code pour analyser le problème. L'outil d'Anthropic est conçu pour travailler avec de grandes bases de code : il peut lire des milliers de lignes de code, tracer les dépendances entre les fichiers et identifier les erreurs logiques non triviales qui sont faciles à manquer dans un examen manuel. Selon Phoronix, Claude Code a identifié l'endroit spécifique dans le code AMDGPU où l'état du panneau PSR était réinitialisé incorrectement après une période prolongée d'inactivité.

C'est exactement ce qui a conduit à la désynchronisation : le noyau croyait que l'affichage se mettait à jour normalement, tandis que l'écran physique cessait de recevoir de nouvelles images. Les utilisateurs voyaient une image figée avec un système entièrement fonctionnel.

Sur la base de cette découverte, un correctif a été préparé qui élimine la cause première, plutôt que de simplement désactiver PSR.

Faits clés sur le bug :

• Le problème existait depuis 2017 — presque neuf ans
• Affecte les ordinateurs portables avec AMD Radeon exécutant Linux
• PSR — technologie standard d'économie d'énergie sur les écrans DisplayPort
• Le bug se manifestait par un écran figé avec un système entièrement fonctionnel
• Claude Code a trouvé la section défectueuse dans la logique de réinitialisation de l'état du panneau PSR dans le driver AMDGPU

Statut du Correctif

Le correctif n'a pas encore été inclus dans la branche principale du noyau Linux — il est actuellement en révision de code. C'est une procédure standard : les modifications dans un driver graphique de ce niveau passent par plusieurs rounds d'examen avant d'entrer dans une version officielle. Si le correctif passe l'examen et entre dans le noyau, la correction sera automatiquement distribuée aux utilisateurs via les mises à jour planifiées des distributions. Pour ceux qui ont contourné ce problème avec la désactivation de PSR pendant tout ce temps, cela signifie la possibilité de restaurer la fonction — sans risque de blocage d'affichage et de perte d'autonomie.

Qu'est-ce que Cela Signifie

Un bug datant de neuf ans, trop complexe pour un diagnostic manuel dans le code AMDGPU volumineux, Claude Code l'a résolu en une seule session. Ce cas montre comment les outils d'IA modifient le travail avec les bases de code héritées : ils ne résolvent pas les tâches à la place des développeurs, mais réduisent considérablement le temps consacré à la navigation dans des millions de lignes du code du noyau Linux. Pour l'open source — où les projets sont développés par des bénévoles aux ressources limitées — cela est particulièrement précieux.