Claude Code encontra bug no AMDGPU que travava a tela de notebooks com Linux desde 2017
Um bug no driver AMDGPU, que travava as telas de notebooks com AMD Radeon no Linux após uso prolongado, existe desde 2017. O Claude Code ajudou a achar a causa: a ferramenta analisou a lógica da função Panel Self Refresh e encontrou um trecho de código em que o estado da tela era redefinido de forma incorreta. O patch já está em revisão de código. Se passar, chegará automaticamente aos usuários por meio das atualizações das distribuições.
Processado por IA de 3DNews AI; editado por Hamidun News
A ferramenta Claude Code, da Anthropic, ajudou desenvolvedores de Linux a encontrar um bug antigo no driver AMDGPU: os travamentos de tela em notebooks com AMD Radeon atormentavam os usuários havia quase nove anos.
Nove anos sem solução
O problema foi documentado pela primeira vez em 2017: em notebooks com Linux e gráficos AMD Radeon, a tela deixava de responder depois de algumas horas de uso. A imagem congelava, mas o sistema continuava funcionando: o cursor se movia e os processos rodavam, só que a imagem na tela não era atualizada. A única saída era alternar entre terminais virtuais ou reiniciar o ambiente gráfico.
A dificuldade de reproduzir o erro tornava o diagnóstico extremamente complicado. Alguns usuários tinham um travamento a cada poucas horas; outros, a cada poucos dias. Bugs desse tipo são especialmente incômodos: não deixam rastro claro nos logs e são imprevisíveis demais para testes automatizados.
No centro do problema estava a função Panel Self Refresh (PSR), tecnologia de economia de energia embutida no padrão DisplayPort. Em vez de enviar a imagem da GPU para a tela o tempo todo, o PSR guarda o quadro na memória local do display e só o atualiza quando há mudanças. Isso reduz o consumo de energia e prolonga a autonomia. Por anos, o único contorno eficaz foi desativar o PSR por completo via parâmetros do kernel, ao custo de uma descarga mais rápida da bateria.
Como o Claude Code encontrou o bug
Um desenvolvedor usou o Claude Code para analisar o problema. A ferramenta da Anthropic foi projetada para trabalhar com grandes bases de código: ela consegue ler milhares de linhas, rastrear dependências entre arquivos e identificar erros lógicos não triviais, fáceis de passar despercebidos numa revisão manual.
Segundo o Phoronix, o Claude Code identificou o ponto exato do código do AMDGPU em que o estado do painel PSR era redefinido de forma incorreta após um longo período de inatividade. Isso causava uma dessincronização: o kernel achava que a tela estava sendo atualizada normalmente, enquanto a tela física deixava de receber novos quadros. O usuário via uma imagem congelada com o sistema funcionando perfeitamente.
Com base nessa descoberta, foi preparado um patch que elimina a causa raiz, em vez de simplesmente desativar o PSR.
Fatos principais sobre o bug:
- O problema existia desde 2017, quase nove anos
- Afeta notebooks com AMD Radeon rodando Linux
- O PSR é uma tecnologia padrão de economia de energia em telas DisplayPort
- O bug se manifestava como tela congelada com o sistema totalmente funcional
- O Claude Code encontrou o trecho defeituoso na lógica de redefinição do estado do painel PSR no driver AMDGPU
Status do patch
O patch ainda não foi incorporado ao ramo principal do kernel Linux: está em revisão de código. É o procedimento padrão: mudanças em um driver gráfico desse nível passam por várias rodadas de revisão antes de chegar a uma versão oficial.
Se o patch passar na revisão e entrar no kernel, a correção chegará automaticamente aos usuários por meio das atualizações regulares das distribuições. Para quem vinha se virando com o PSR desativado, isso significa poder reativar o recurso, sem risco de travamento de tela nem perda de autonomia.
O que isso significa
O Claude Code destrinchou em uma única sessão um bug de nove anos, complexo demais para diagnóstico manual no volumoso código do AMDGPU. O caso mostra como as ferramentas de IA estão mudando o trabalho com bases de código legadas: elas não resolvem as tarefas no lugar dos desenvolvedores, mas reduzem drasticamente o tempo de navegação pelos milhões de linhas do kernel Linux. Para o código aberto, em que os projetos dependem de voluntários com tempo limitado, isso é especialmente valioso.
- 1 de nov. de 2026Modelos locais perdem para Opus e Codex: 0,21 ponto no MacBook contra 1,00 do Codex
- 1 de nov. de 2026Kimi marca 96,2% em teste de análise em base 1C e vira reserva caso o Claude seja bloqueado
- 1 de nov. de 2026OpenAI reescreve as regras de comportamento do GPT: cinco valores e uma cadeia de prioridades
- 1 de nov. de 2026Google admite que o AI Mode reduz a receita da Busca; ações caem 15%
Perguntas frequentes sobre a notícia
O que se sabe sobre Nove anos sem solução?
O problema foi documentado pela primeira vez em 2017: em notebooks com Linux e gráficos AMD Radeon, a tela deixava de responder depois de algumas horas de uso. A imagem congelava, mas o sistema continuava funcionando: o cursor se movia e os processos rodavam, só que a imagem na tela não era atualizada. A única saída era alternar entre terminais virtuais ou reiniciar o ambiente gráfico. A dificuldade de reproduzir o erro tornava o diagnóstico extremamente complicado. Alguns usuários tinham um travamento a cada poucas horas; outros, a cada poucos dias. Bugs desse tipo são esp
Como o Claude Code encontrou o bug?
Um desenvolvedor usou o Claude Code para analisar o problema. A ferramenta da Anthropic foi projetada para trabalhar com grandes bases de código: ela consegue ler milhares de linhas, rastrear dependências entre arquivos e identificar erros lógicos não triviais, fáceis de passar despercebidos numa revisão manual. Segundo o Phoronix, o Claude Code identificou o ponto exato do código do AMDGPU em que o estado do painel PSR era redefinido de forma incorreta após um longo período de inatividade. Isso causava uma dessincronização: o kernel achava que a tela estava sendo atualizad
O que se sabe sobre Status do patch?
O patch ainda não foi incorporado ao ramo principal do kernel Linux: está em revisão de código. É o procedimento padrão: mudanças em um driver gráfico desse nível passam por várias rodadas de revisão antes de chegar a uma versão oficial. Se o patch passar na revisão e entrar no kernel, a correção chegará automaticamente aos usuários por meio das atualizações regulares das distribuições. Para quem vinha se virando com o PSR desativado, isso significa poder reativar o recurso, sem risco de travamento de tela nem perda de autonomia.
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.
O essencial da IA — uma vez por semana
Sete histórias que realmente importaram, escolhidas a dedo. Sem ruído nem releases.
Pronto! Verifique seu e-mail para a confirmação.