🚨 Regressão no Kernel ameaça GPUs AMD Séries R5, R7, R9 e RX (Tongas e Polaris)

Danilo_Machado · Junho 22, 2026, 5:20pm

Sua GPU AMD antiga está sofrendo no Linux? Economia, Meio Ambiente e a Força da nossa Comunidade! (Séries R5, R7, R9, RX 400/500)

Seja por apego, falta de grana ou simplesmente porque ela ainda entrega o que você precisa, manter uma placa de vídeo “guerreira” na ativa é um ato de inteligência. Mas, recentemente, atualizações do Kernel Linux transformaram a vida de quem tem GPUs AMD clássicas (arquiteturas Tonga e Polaris) em uma dor de cabeça.

O bug que nós abrimos no Launchpad do Ubuntu (Bug #2142389) já conta com 38 pessoas afetadas unidas, foi Confirmado oficialmente e está nas mãos de um dos principais desenvolvedores gráficos do sistema!

Mas para que ele ganhe prioridade máxima, precisamos do seu voto. E se você acha que isso não te afeta, deixa eu te mostrar por que essa luta é de todos nós:

1. Pelo seu bolso: O bug está encarecendo sua conta de luz!

Por causa dessa regressão no driver amdgpu, o gerenciamento de energia dessas placas quebrou. Elas chegam a puxar 130W da tomada só para rodar um vídeo básico no YouTube — algo que deveria consumir no máximo 30W! Deixar o computador ligado assim é ver o seu dinheiro ir embora direto para a distribuidora de energia elétrica.

2. Pelo seu hardware: Desativar a suspensão estraga a experiência

Como a placa dá tela preta e “esquece” como ligar o monitor após o repouso (o famoso erro No EDID read), a solução temporária tem sido desativar a suspensão do sistema. Mas convenhamos: deixar o PC ligado direto gastando energia ou ter que dar um hard reboot no botão toda vez que se afasta da máquina destrói a vida útil dos componentes e a paciência de qualquer um.

3. Consciência Ambiental: Contra o Descarte Desnecessário (Lixo Eletrônico)

O hardware mais sustentável do planeta é aquele que você já tem e que já funciona. Obrigar um usuário a aposentar uma R9 380 ou uma RX 580 perfeitamente saudável só porque o software quebrou é gerar lixo eletrônico desnecessário e poluir o planeta. Consertar o Linux é defender o direito de estender a vida útil do nosso hardware!

4. A verdadeira força do Open Source

No Linux, nós não somos apenas consumidores passivos que aceitam o sistema quebrado. Nós somos a comunidade. Se a gente se une e faz barulho na página do bug, os desenvolvedores entendem a urgência. Se ficarmos quietos, o problema é esquecido.

Como ajudar em menos de 2 minutos? (Mesmo se sua placa for nova!)

Dar o seu apoio é muito simples e não custa nada. Ajude a proteger o hardware dos colegas:

Clique no link do bug oficial: Bug #2142389 “amdgpu (R9 380) fails to resume from suspend (deep...” : Bugs : linux package : Ubuntu
Faça Login / Cadastro rápido: No canto superior direito, clique em “Log in / Sign up” (pode usar sua conta Ubuntu One ou criar com seu e-mail).
Vote: No topo do texto do bug, localize a frase “Does this bug affect you?” (Este bug afeta você?) e clique na opção “Yes, it affects me” (Sim, me afeta).

Pronto! Vamos fazer esse contador passar de 50 pessoas ainda hoje. Compartilhe no seu grupo de tecnologia, avise aquele amigo que tem um setup mais antigo e vamos salvar nossas placas guerreiras!

Danilo_Machado · Junho 24, 2026, 4:45pm

Boa tarde, pessoal! Tenho visto muitos colegas sugerindo a mudança definitiva do X11 para o Wayland como a ‘solução definitiva’ para o problema de suspensão. Eu concordo plenamente que o Wayland é o futuro do ecossistema Linux, mas, na prática da bancada e do uso diário, a teoria é outra para quem usa GCN 3.0 (Tonga) e Polaris.

Como vocês podem ver nas fotos que tirei, o uso do Wayland nessas arquiteturas traz uma nova dor de cabeça: o sistema frequentemente congela logo na tela de login/inicialização. O plano de fundo carrega borrado, a interface trava completamente e apenas o cursor do mouse se move.

Ou seja, sugerir a mudança para o Wayland para resolver a suspensão acaba sendo o famoso ‘cobrir o santo e descobrir o outro’. No X11, a estabilidade de renderização e compatibilidade com a arquitetura Tonga e Polaris é de 100%, sem nenhum tipo de travamento na inicialização.

O objetivo do nosso reporte de bug e da nossa mobilização não é encontrar um contorno paliativo que quebre outra função do sistema, mas sim exigir a solução oficial contra uma regressão real do Kernel que afetou o que antes funcionava perfeitamente. Continuamos firmes na busca pela correção definitiva! Bug #2142389 “amdgpu (R9 380) fails to resume from suspend (deep...” : Bugs : linux package : Ubuntu

Danilo_Machado · Junho 26, 2026, 12:37pm

Bom dia, boa tarde ou noite! Alguém mais usa o X11 por ser mais compatível ou ter melhor funcionamento no seu PC ou Not ? Acima esta o meu exemplo.

Quartzo · Junho 27, 2026, 9:35pm

Eu uso o X11 porque ele permite manter uma janela sempre por cima das outras, desativar o VSync, capturar a tela sem frescura e também por causa de um bug bem chato no Wayland.

No Firefox, quando clico com o botão direito para abrir o menu de contexto (voltar, avançar, salvar etc.), eu costumo manter o botão pressionado e só soltá-lo sobre a opção desejada. Assim, a opção é selecionada diretamente, economizando um clique.

No Wayland, quando faço isso, a posição do ponteiro é movida para o canto superior esquerdo da tela (apenas a posição lógica; o cursor continua sendo exibido no lugar certo). Quando solto o botão direito, o clique acontece onde o ponteiro foi movido, e não onde ele aparece na tela. Muitas vezes isso acaba clicando no botão de fechar a janela (que deixo no lado esquerdo), o que é extremamente irritante.

Danilo_Machado · Junho 27, 2026, 11:25pm

Quartzo!

O pessoal deve estar de férias mesmo, mas que bom que você apareceu e trouxe esse baita relato! Hahaha.

Você tocou em pontos cirúrgicos. Essa liberdade que o X11 dá de gerenciar janelas (manter sempre no topo), desativar o VSync sem burocracia e fazer captura de tela de qualquer app sem o sistema operacional ficar pedindo “permissão de segurança” a cada dois minutos é o que mantém muita gente no X11. A produtividade no uso real é o que manda.

Esse bug que você descreveu no Firefox com o Wayland é bizarro e extremamente irritante! Só de imaginar a janela fechando na sua cara por causa do clique fantasma no canto superior esquerdo já me dá agonia.

Uma dica rápida sobre isso: Muitas vezes o Firefox no Wayland se perde se estiver rodando através do XWayland (em modo de compatibilidade) ou com alguma flag de interface antiga. Se um dia você precisar testar o Wayland de novo, experimente forçar o Firefox a usar o Wayland nativo adicionando a variável MOZ_ENABLE_WAYLAND=1 antes de abrir o navegador pelo terminal, ou alterando o atalho dele. Costuma resolver esse comportamento maluco do cursor!

Aproveitando o seu gancho de compatibilidade e o foco do nosso tópico: por acaso você usa alguma GPU antiga da AMD (tipo as séries R5, R7, R9 ou RX 400/500)?

Pergunto porque, se você usa, esse nosso tópico é justamente para defender o direito de continuarmos usando o X11 (ou o próprio sistema) de forma estável. Estamos sofrendo com uma regressão pesada no Kernel Linux que quebrou a suspensão de energia dessas placas e faz elas gastarem uma enormidade de luz à toa.

Como você bem disse, o X11 é o que funciona 100% para nós agora. Se puder dar uma força para a comunidade, dá uma passada no link do nosso relatório oficial no Launchpad.

Já somos 38 pessoas unidas, o bug foi Confirmado e está nas mãos de um desenvolvedor oficial do Ubuntu. Deixar o seu voto de “Sim, me afeta” lá ajuda a dar peso para que eles corrijam o Kernel e nos devolvam a estabilidade que tínhamos: Bug #2142389 no Launchpad

E para a galera que está só de olho no tópico: vamos votar também! Leva menos de 2 minutos e ajuda a proteger a vida útil do hardware de todo mundo.

Valeu pelo comentário, Quartzo ! É exatamente por essas e outras que o X11 resiste! Tamo junto!

Danilo_Machado · Junho 30, 2026, 1:51pm

Bom dia! Cade os usuários interagindo, mostrando a força da comunidade ??

Danilo_Machado · Julho 2, 2026, 9:22pm

O que falta mais usuários de GPU AMD ajudar neste movimento contra o bug ?

Danilo_Machado · Julho 3, 2026, 8:55pm

Se mais alguém votar no bug e assinar para acompanhar chegaremos a 200 de calor, melhorando a relevância, quem pode ajudar ?

Danilo_Machado · Julho 6, 2026, 11:53am

Vamos subir os pontos contra o bug ?? VC que tem GPU AMD pode ajudar muito.

Danilo_Machado · Julho 7, 2026, 1:35pm

Ajude a virar o jogo: nossa regressão no kernel AMD já tem 38 de calor — vamos além!

Gente, quem acompanha o tópico sabe: não é força de vontade, é dado técnico. Três ciclos de git bisect, testes cruzados em Machinist+Xeon, Ryzen, CachyOS, Ubuntu, Mint… e a conclusão é sempre a mesma: o hardware está são, o kernel 6.6+ que quebrou algo na gestão de energia das GPUs Tonga e Polaris (R9 380, série RX 400/500).

Se você tem uma dessas placas e também sente esse “susto” ao voltar do suspend (tela preta, travamento, monitor que não acorda), você é o dado que falta pros devs do Ubuntu priorizarem isso:

Bug #2142389 no Launchpad
Clique em “This bug affects you” (ícone do lápis amarelo) — mas só se o problema realmente bater com o seu caso. Relato técnico vale mais que número.

Não tem a placa mas curte a causa de não jogar hardware bom no lixo por falha de software? Compartilha o link com quem tem — um amigo, um grupo de Linux, aquele parente que ainda roda uma RX 580 numa boa. Cada pessoa que confirma com propriedade pesa mais que dez cliques aleatórios.

E se você já testou e teve o problema, comenta no bug com sua config (kernel, distro, placa-mãe) — isso ajuda muito mais que só o clique.

Vamos tirar isso de “Confirmado” pra “Em progresso”!

Danilo_Machado · Julho 10, 2026, 12:17am

Atualização: a regressão da Tonga/Polaris continua evoluindo — e precisamos de mais gente testando

Pessoal, retomando o assunto pra quem perdeu o fio da meada: essa não é uma “mania” isolada, é uma regressão real no kernel que afeta quem tem GPU AMD série Tonga (R9 380, HD/R7/R9 200-300) ou Polaris (RX 400/500). O problema aparece depois de suspender o PC ou quando a tela desliga sozinha (DPMS): a imagem some, trava ou volta corrompida.

O que já rolou até agora:

O bug está sendo acompanhado tanto no Launchpad da Ubuntu quanto direto no repositório da AMD.
Alguns devs identificaram que pode estar ligado a como o driver lida com o “acordar” do monitor (leitura de EDID) depois que a tela dorme.
Ainda não tem uma causa 100% fechada — e é aí que vocês entram.

Se você tem uma dessas placas e passa por isso:

Testa se o problema acontece com você também (suspender o PC e ver se a tela volta certo).
Se sim, comenta aqui: qual kernel você usa, qual distro, e como a tela se comporta (trava, corrompe, volta preta).
Se puder, confirma no bug do Launchpad clicando em “This bug affects you” — só se realmente bater com o seu caso.

Quanto mais gente com hardware parecido testando e comparando, mais fácil fica pros devs enxergarem um padrão. Isso ajuda muito mais que só “dar boost” no tópico — é dado real que pode virar patch.

Quem tem RX 570, 580, R9 380, ou qualquer placa dessas gerações rodando Linux, aparece aqui!

Danilo_Machado · Julho 11, 2026, 3:10pm

Sua GPU AMD (série R5/R7/R9 ou RX) trava depois que o PC volta do suspenso? Isso pode te interessar.

Gente, existe uma regressão confirmada no kernel Linux que afeta quem tem placas AMD mais antigas — série Tonga (R9 380, R7/R9 200-300) e Polaris (RX 400/500, tipo RX 570/580). O problema aparece depois que o PC suspende ou quando a tela desliga sozinha: a imagem some, trava, ou volta corrompida.

Isso não é falha de hardware — é uma mudança no próprio kernel que quebrou algo na forma como o driver “acorda” o monitor. Ou seja: placa boa, sistema saudável, e mesmo assim a experiência quebra.

Já tem um relatório oficial aberto, sendo acompanhado por desenvolvedores da AMD e da comunidade Ubuntu. Mas pra esse tipo de bug ganhar prioridade, o sistema do Launchpad usa uma métrica chamada “Bug Heat” — basicamente, quanto mais gente confirma que também tem o problema, mais peso o bug ganha pra ser investigado a fundo.

Como você pode ajudar (2 minutos):

Acesse o bug aqui:
Bug #2142389 “amdgpu (R9 380) fails to resume from suspend (deep...” : Bugs : linux package : Ubuntu
Se você tem uma dessas placas e já passou por esse problema, clique no ícone de lápis amarelo ao lado de “This bug affects you” e confirme.
Se quiser, comenta lá embaixo com sua config (kernel, distro, modelo da placa) — isso ajuda ainda mais que o clique.
Não tem a placa mas quer ajudar? Compartilha esse post com quem tem — todo mundo que ainda usa uma dessas GPUs no Linux é bem-vindo pra confirmar.

Por que isso importa pra comunidade Linux como um todo: são placas com anos de vida útil ainda pela frente, e regressões de kernel não corrigidas empurram gente boa de volta pro Windows ou, pior, pro lixo eletrônico. Quanto mais visibilidade esse relatório tiver, maiores as chances de um patch chegar logo nas distros LTS.

Valeu quem ajudar a levar isso adiante!

Danilo_Machado · Julho 12, 2026, 11:59pm

Danilo_Machado · Julho 15, 2026, 8:05pm

Cade os membros da comunidade para ajudar a salivar nossas placas vídeo AMD legadas ?? Votando e assinando o bug, todos nos com placas, GPU AMD não modernas, super atuais ganharemos…

Danilo_Machado · Julho 15, 2026, 10:14pm

Danilo_Machado · Julho 16, 2026, 3:05pm

Mais um sintoma reproduzível: tela de login corrompida após resume (antes de qualquer input)

Gente, achado novo pra somar ao que já reportei: toda vez que o sistema retorna da suspensão (quando não trava completamente), a tela de login aparece assim — fundo cinza “lavado”, sem renderizar o wallpaper corretamente (foto anexa).

Detalhe importante: mexendo o mouse, a tela recentraliza e volta ao normal — ou seja, não é um travamento permanente nesse caso específico, é uma falha de re-renderização/redraw logo após o resume, que só se resolve com um evento de input forçando um redraw da tela.

Isso reforça a hipótese já discutida no thread upstream: o problema não é o monitor estar “desconectado”, é o driver/compositor não revalidando corretamente o estado de exibição assim que o sistema acorda. O fato de precisar de um movimento de mouse pra “destravar” visualmente é mais uma pista de que é uma falha de sincronização no redesenho da tela, não perda de sinal real.

Quem mais tem placa Tonga/Polaris e passa por isso na tela de login (não só depois de logado), comenta aqui com kernel + distro — quanto mais gente confirmando o mesmo padrão exato, mais fácil fica pra apontar a causa raiz em vez de só aplicar paliativos.

Bug sendo acompanhado aqui: Bug #2142389 “amdgpu (R9 380) fails to resume from suspend (deep...” : Bugs : linux package : Ubuntu