Infrastructure3DNews AI→ original

Claude Code débusque un bug AMDGPU qui gelait l'écran des portables Linux depuis 2017

Un bug du pilote AMDGPU, qui figeait l'écran des portables AMD Radeon sous Linux après une utilisation prolongée, existe depuis 2017. Claude Code a aidé à en trouver l'origine : l'outil a analysé la logique de la fonction Panel Self Refresh et repéré un bout de code où l'état de l'écran était réinitialisé de façon incorrecte. Le correctif est déjà en revue de code. S'il passe, il parviendra automatiquement aux utilisateurs via les mises à jour des distributions.

Traité par IA depuis 3DNews AI ; édité par Hamidun News
Claude Code débusque un bug AMDGPU qui gelait l'écran des portables Linux depuis 2017
Source : 3DNews AI. Collage: Hamidun News.
Écouter l'article
Fiche synthèse et chiffres clés
ParamètreDonnées
Source primaire3DNews AI ↗
Rédacteur en chef
Chiffre clé #1Le problème existait depuis 2017, soit près de neuf ans
Chiffre clé #2Les portables AMD Radeon sous Linux sont concernés
Chiffre clé #3Le PSR est une technologie standard d'économie d'énergie des écrans DisplayPort

L'outil Claude Code d'Anthropic a aidé des développeurs Linux à trouver un vieux bug du pilote AMDGPU : les gels d'écran sur les portables AMD Radeon empoisonnaient la vie des utilisateurs depuis près de neuf ans.

Neuf ans sans solution

Le problème a été documenté pour la première fois en 2017 : sur les portables sous Linux dotés d'un GPU AMD Radeon, l'écran cessait de répondre après plusieurs heures d'utilisation. L'image se figeait, mais le système continuait de tourner : le curseur bougeait, les processus s'exécutaient, seule l'image à l'écran ne se mettait plus à jour. La seule issue était de basculer entre terminaux virtuels ou de redémarrer l'environnement graphique.

L'instabilité de la reproduction rendait le diagnostic extrêmement difficile. Certains utilisateurs subissaient un gel toutes les quelques heures, d'autres tous les quelques jours. Ce type de bug est particulièrement pénible : il ne laisse pas de trace nette dans les journaux et reste trop imprévisible pour des tests automatisés.

Au cœur de l'affaire : la fonction Panel Self Refresh (PSR), une technologie d'économie d'énergie intégrée à la norme DisplayPort. Au lieu d'envoyer en permanence l'image du GPU vers l'écran, le PSR stocke l'image dans la mémoire locale de la dalle et ne la rafraîchit qu'en cas de changement. Cela réduit la consommation et prolonge l'autonomie. Pendant des années, le seul contournement efficace a consisté à désactiver complètement le PSR via les paramètres du noyau, au prix d'une batterie qui se vide plus vite.

Comment Claude Code a trouvé le bug

Un développeur a utilisé Claude Code pour analyser le problème. L'outil d'Anthropic est conçu pour travailler sur de grandes bases de code : il sait lire des milliers de lignes, suivre les dépendances entre fichiers et repérer des erreurs de logique non triviales, faciles à manquer lors d'une relecture manuelle.

Selon Phoronix, Claude Code a identifié l'endroit précis du code AMDGPU où l'état du panneau PSR était réinitialisé de façon incorrecte après une longue période d'inactivité. Cela provoquait une désynchronisation : le noyau pensait que l'écran se rafraîchissait normalement, alors que l'écran physique ne recevait plus de nouvelles images. L'utilisateur voyait une image figée sur un système pourtant pleinement fonctionnel.

Sur la base de cette découverte, un correctif a été préparé : il élimine la cause racine au lieu de simplement désactiver le PSR.

Les faits clés sur le bug :

  • Le problème existait depuis 2017, soit près de neuf ans
  • Les portables AMD Radeon sous Linux sont concernés
  • Le PSR est une technologie standard d'économie d'énergie des écrans DisplayPort
  • Le bug se manifestait par un écran figé alors que le système fonctionnait parfaitement
  • Claude Code a trouvé la portion défectueuse dans la logique de réinitialisation de l'état du panneau PSR du pilote AMDGPU

État du correctif

Le correctif n'a pas encore été intégré à la branche principale du noyau Linux : il en est au stade de la revue de code. C'est la procédure habituelle : les modifications d'un pilote graphique de ce niveau passent par plusieurs tours de relecture avant d'atteindre une version officielle.

Si le correctif passe la revue et entre dans le noyau, il se diffusera automatiquement aux utilisateurs via les mises à jour régulières des distributions. Pour ceux qui se contentaient jusqu'ici de désactiver le PSR, cela signifie pouvoir réactiver la fonction, sans risque de gel d'écran ni perte d'autonomie.

Ce que cela change

Claude Code est venu à bout en une seule session d'un bug vieux de neuf ans, trop complexe pour un diagnostic manuel dans l'énorme code d'AMDGPU. Le cas montre comment les outils d'IA changent le travail sur les bases de code héritées : ils ne résolvent pas les tâches à la place des développeurs, mais réduisent fortement le temps passé à naviguer dans les millions de lignes du noyau Linux. Pour l'open source, où les projets reposent sur des bénévoles au temps limité, c'est particulièrement précieux.

Dossier

Questions clés sur cet article

Que sait-on sur Neuf ans sans solution ?

Le problème a été documenté pour la première fois en 2017 : sur les portables sous Linux dotés d'un GPU AMD Radeon, l'écran cessait de répondre après plusieurs heures d'utilisation. L'image se figeait, mais le système continuait de tourner : le curseur bougeait, les processus s'exécutaient, seule l'image à l'écran ne se mettait plus à jour. La seule issue était de basculer entre terminaux virtuels ou de redémarrer l'environnement graphique. L'instabilité de la reproduction rendait le diagnostic extrêmement difficile. Certains utilisateurs subissaient un gel toutes les quelq

Comment Claude Code a trouvé le bug?

Un développeur a utilisé Claude Code pour analyser le problème. L'outil d'Anthropic est conçu pour travailler sur de grandes bases de code : il sait lire des milliers de lignes, suivre les dépendances entre fichiers et repérer des erreurs de logique non triviales, faciles à manquer lors d'une relecture manuelle. Selon Phoronix, Claude Code a identifié l'endroit précis du code AMDGPU où l'état du panneau PSR était réinitialisé de façon incorrecte après une longue période d'inactivité. Cela provoquait une désynchronisation : le noyau pensait que l'écran se rafraîchissait norm

Que sait-on sur état du correctif ?

Le correctif n'a pas encore été intégré à la branche principale du noyau Linux : il en est au stade de la revue de code. C'est la procédure habituelle : les modifications d'un pilote graphique de ce niveau passent par plusieurs tours de relecture avant d'atteindre une version officielle. Si le correctif passe la revue et entre dans le noyau, il se diffusera automatiquement aux utilisateurs via les mises à jour régulières des distributions. Pour ceux qui se contentaient jusqu'ici de désactiver le PSR, cela signifie pouvoir réactiver la fonction, sans risque de gel d'écran ni

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Hands-On AI Engineering · Hamidun Academy

Build & Ship Production AI Agents Without Boilerplate Code

Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.

Start 72h Free Trial →Vibe-Coding Intensive
Qu'en pensez-vous ?
Chargement des commentaires…