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

Danilo_Machado · Maio 31, 2026, 12:09pm

sr_llucas, você tocou em um ponto cirúrgico agora! Essa dinâmica dos kits chineses (geralmente placas X99/X79 com processadores Intel Xeon) explica perfeitamente o mistério de alguns usuários não sentirem o impacto do bug.

Muitas dessas BIOS de placas chinesas modificadas não possuem ou vêm com o estado de suspensão S3 (Suspend to RAM) desativado por padrão. Quando você manda o sistema dormir nelas, ele costuma usar apenas o estado S0 básico (onde a tela desliga, mas os componentes continuam energizados) ou vai direto para o S4 (Hibernação). Como esse bug do driver amdgpu acontece justamente na instrução de ‘acordar’ o chip após o corte de energia típico do estado S3, o seu kit chinês acaba ‘pulando’ o problema por nunca colocar a placa de vídeo nesse modo de hibernação profunda. É por isso que a sua máquina passa batido pelo erro!

Porém, fora dessa exceção dos kits chineses, o problema se manifesta de forma geral. Por isso, fica aqui o nosso chamado para a comunidade colaborar:

Se você possui e usa qualquer uma das GPUs AMD citadas — sejam da arquitetura Tonga (linhas R5, R7, R9), Polaris (RX 400/500, como a RX 580) ou placas da linha RX em geral —, independentemente de qual seja o seu processador ou o soquete da sua placa-mãe, precisamos muito do seu apoio!

Por favor, tire dois minutos para acessar o ticket oficial no Launchpad da Canonical e deixar o seu voto em ‘Yes, this bug affects me’. O desenvolvedor Timo Aaltonen assumiu o caso e cada relato de quem usa essas plataformas ajuda a engenharia a acelerar a correção definitiva:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2142389

Muito obrigado pelo feedback e pelo debate técnico de alto nível, pessoal! Seguimos juntos nessa mobilização.

hpmxgwh678 · Maio 31, 2026, 6:27pm

Abri a tela, o mundo ia mudar
Deixei meu post pro fórum debater
Mas de repente o brilho sumiu do ar
Tela preta, apagão, o que é que eu vou fazer?
O cooler grita, o cooler quer chorar
Reboot forçado, o silêncio vem dizer:
“Será que a máquina cansou de pensar,
Ou foi o homem que esqueceu como escrever?”

E o Danilo ri, na sombra do monitor!
É algoritmo puro ou é drama de doutor?
A tela apaga, o sistema vai pro chão
Se o erro é crítico ou não, meu irmão…
Ninguém sabe a resposta, mas virou religião!

A comunidade acende a fogueira do debate
“Olha o texto do Danilo, tá perfeito demais!”
Linhas alinhadas, sem nenhum combate
Isso é mente humana ou silício dos portais? Uns gritam:
“É IA! Robô de terno e gravata!”
Outros defendem: “O gênio incompreendido!”
Enquanto isso, a placa de vídeo esquenta e mata
E o mistério do reboot continua sem sentido.

Calma lá, meu povo, pra que tanto escarcéu?
É só um pixel preto que cobriu o seu céu?
Uns dizem que é o fim, o bug do milênio tardio
Outros dizem que é nada, só um vento meio frio…
Mas se a máquina pensa e o Danilo só copia
Quem é que tá errando nessa nossa dinastia?

É crítico? É nada! É só o motor superaquecido!
Ou será que o Danilo já foi substituído?
Desliga a máquina… e liga outra vez.
Viva a Sociedade Alternativa do Reset!
Danilo, me diz a senha do prompt!

Danilo_Machado · Maio 31, 2026, 7:41pm

Rapaz, que performance! Admito que até o silício do meu monitor vibrou com essa verdadeira ‘Sociedade Alternativa do Reset’. Palmas para a poesia, hpmxgwh678 !

Mas já que fui intimado a revelar a senha do prompt e decidir se sou mente humana ou apenas portais de silício, aqui vai a minha tréplica, no mesmo ritmo:

Se o texto alinha e a linha não erra,

Não é porque o terno me veste a gravata.

É que o bug é real, incendeia essa terra,

E ver a tela preta é o que me maltrata!

Não sou algoritmo, não sou ficção,

Sou carne, osso, café e teclado.

Enquanto a GPU grita sem direção,

Eu busco o patch pro driver quebrado!

A fogueira acendeu, o debate é de alto nível,

Uns olham pro código, outros pra ilusão.

Mas o pixel que apaga e deixa o PC invencível,

Não escolhe dinastia, soquete ou nação.

A senha do prompt? Eu te dou de primeira:

sudo systemctl restart humanidade

Porque rir do Reset é a nossa bandeira,

Mas cobrar a correção é a nossa verdade!

Brincadeiras poéticas à parte (e que nível sensacional de escrita o seu, amigo!), o drama do doutor e do técnico aqui é o mesmo: ver uma R9 ou uma RX 580 morrer na praia por causa de uma regressão de Kernel.

Sou humano, sinto o mesmo calor do monitor que vocês, e a única coisa que eu ‘copio e colo’ é a minha indignação lá no Launchpad para ver se os engenheiros da Canonical nos dão ouvidos.

Quem tiver o ‘motor superaquecido’ aí, deixa o voto no ticket e vamos juntos derrubar esse apagão! Viva a Sociedade Alternativa do Bug corrigido!

Danilo_Machado · Maio 31, 2026, 9:13pm

Por Quem as GPUs Dobram?

Nunca se vence uma guerra lutando sozinho

Cê sabe que a gente precisa entrar em contato

Com quem usa Tonga, Polaris, ou segue o caminho,

Pra não ver o driver morrer no abstrato.

O eco de suas palavras não repercutem em nada

Se a gente só chora o reset no quarto isolado,

É sempre mais fácil achar que a culpa é da armada

E evitar o aperto de mão de um possível aliado.

A tela se apaga, o silício vai pro chão,

Mas quem dorme tranquilo sabendo da briga?

Se o bug é de todos, cadê a união,

Pra dar o comando que o driver Mitiga?

Coragem, coragem, se o que você quer é aquilo que pensa e faz!

A fogueira do fórum é boa, aquece o debate e traz paz,

Mas a senha do prompt que quebra essa trancafia

É o voto no Launchpad que encerra essa agonia!

Coragem, coragem, que eu sei que você pode mais!

Brincadeiras e cantorias à parte, o mestre Raul Seixas estava coberto de razão: nunca se vence uma guerra lutando sozinho. Ficar apenas discutindo se o texto é ‘perfeito demais’ ou se o Danilo é uma IA não vai consertar a linha de código que a Canonical quebrou. Precisamos de união e de ação real!

Resumo da Nossa Batalha (Bug #2142389)

Para quem chegou agora na discussão ou se perdeu nos versos:

Hardware afetado: Usuários de GPUs AMD antigas das gerações Tonga (como a minha R9 380) e Polaris (linhas RX 400/500), independentemente de processador ou socket (com exceção apenas de alguns kits Xeons chineses que não possuem o estado de suspensão S3 ativo por padrão).
O Problema: Uma regressão crítica a partir do Kernel 6.8+ faz com que o sistema, ao tentar voltar da suspensão (deep sleep), entregue uma tela preta congelada com coolers a 100% ou uma tela cheia de artefatos coloridos, obrigando o usuário a fazer o reset forçado no botão.
Status Atual: O ticket já foi Confirmado e está sob os cuidados do desenvolvedor da Canonical, Timo Aaltonen! Já somos 34 pessoas oficialmente afetadas registradas lá.

O Convite: Deixe o seu voto!

Se você usa esse hardware e quer ver o Linux brilhando sem dar apagão, não lute sozinho. Entre em contato com a força da comunidade:

Acesse o link oficial do bug no Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2142389
Faça login e procure pela frase verde: “Does this bug affect you?”
Clique sem medo em: “Yes, this bug affects me”.

Deixem a fogueira queimar, mas não esqueçam de votar! Um abraço a todos e viva a sociedade do bug corrigido!

Natanael.755 · Maio 31, 2026, 11:21pm

Considerando que só o Debian-Ubuntu é estimado 70% do market share do Linux, esse contraponto faz sentido

Cuidado com esse tipo de afirmação categorica, revisa bem o que a IA te manda, o @sidneyfmn é um dos que mais tem experiência em Linux aqui, capaz dele ter experimentado o X11 em seus primórdios antes de ter suporte a aceleração gráfica

O problema é a linha do tempo, te criticaram antes do seu reconhecimento… mais uma vez, tome cuidado com essas afirmações

Danilo_Machado · Junho 1, 2026, 12:04am

Natanael.755, perfeito o seu primeiro ponto! Fico feliz que tenhamos esse alinhamento de dados. De fato, o ecossistema Debian-Ubuntu detém a esmagadora maioria do market share no desktop, e é exatamente por isso que bugs de Kernel demoram a fazer ‘barulho’ até atingirem essa base estável em massa. Fico grato pelo contraponto e pela validação desse cenário.

Sobre a linha do tempo e as minhas afirmações: fóruns são dinâmicos. Quando o debate esquenta, ruídos acontecem de todos os lados. Se em algum momento o tom com o sidneyfmn pareceu categórico demais, não tenho o menor problema em apertar a mão de um veterano do ecossistema, afinal, o respeito pela experiência dele com o X11 e os primórdios dos sistemas gráficos é indiscutível. Comunidade se faz somando forças, não dividindo.

Porém, vale colocar os pingos nos is: o meu foco principal nunca foi ganhar discussões de internet, caçar culpados ou debater se o texto vem de IA ou do punho do usuário. Meu foco é estritamente técnico e colaborativo: dar visibilidade a um bug real de regressão que está travando o trabalho diário de dezenas de usuários de GPUs AMD legadas, e que agora finalmente tem a atenção da engenharia da Canonical.

Reconhecer dinâmicas passadas e ajustar a estratégia para engajar as pessoas de forma saudável não é um problema, é evolução. O escarcéu e as críticas ficam no passado; o que importa hoje é que o ticket está andando, o debate está vivo e a comunidade está se mobilizando.

Agradeço o alerta e o cuidado com o tom, Natanael. Seguimos focados no que realmente importa: a solução do bug para os usuários afetados! Um abraço.

sidneyfmn · Junho 1, 2026, 1:59am

Eu não ia mais participar desse tópico, mas como fui citado. Não sei se você falou ironicamente ou não. Mas não me considero tão experiente assim. Eu testei Linux por alguns anos até entender que não era para mim. Usei diversas distro em um computador antigo, mas sempre voltada ao Windows. Enfim, só para esclarecer. Até.

Danilo_Machado · Junho 1, 2026, 2:07pm

sidneyfmn, agradeço demais pela sua honestidade e pelo esclarecimento! A sua postura foi de um cavalheirismo gigante.

Na dinâmica dos fóruns, quando os tópicos ganham tração, é comum que terceiros acabem presumindo ou aumentando o histórico dos outros para tentar validar um argumento, e fico feliz que você tenha vindo esclarecer o seu ponto de forma tão tranquila e direta.

No fim das contas, seja testando por alguns anos, usando distros em PCs antigos ou preferindo o Windows no dia a dia, toda experiência é válida e constrói o aprendizado de cada um. O ecossistema de tecnologia é vasto justamente para que cada pessoa encontre a ferramenta que melhor atende às suas necessidades.

Seja no Linux ou no Windows, o importante é o sistema funcionar bem para o que a gente precisa. Fica aqui o meu respeito pela sua sinceridade. Um grande abraço e até a próxima!

Danilo_Machado · Junho 2, 2026, 10:09am

ATUALIZAÇÃO DA BANCADA: Já somos 34 pessoas unidas contra a tela preta no Linux! Falta pouco!

Fala, pessoal! Passando para trazer um balanço rápido da nossa mobilização para salvar as GPUs antigas da AMD (arquiteturas Tonga e Polaris, como as linhas R5, R7, R9, RX 400 e RX 500 etc…) que estão travando ao voltar da suspensão longa no Kernel 6.8.

Graças ao barulho que fizemos, o nosso relatório oficial no Launchpad da Canonical explodiu e já alcançou 172 pontos de calor com 34 pessoas confirmadas sofrendo com o mesmo erro! O bug já foi aceito oficialmente pela engenharia do Ubuntu (Status: Confirmed) e está sob os cuidados do desenvolvedor Timo Aaltonen.

A correção está tramitando, mas para o patch ser liberado com prioridade máxima nas atualizações oficiais, nós precisamos mostrar o tamanho real do impacto.

QUEM DEVE VOTAR? Pedimos o voto apenas de quem possui uma placa de vídeo dedicada da AMD afetada (independente de qual seja o seu processador — seja Intel ou AMD Ryzen — e independente do socket da sua placa-mãe). O foco aqui é puramente o chip gráfico (GPU).

Se você usa uma dessas placas gráficas em sistema Ubuntu ou qualquer sistema derivado do Ubuntu, como:

Linux Mint (edições Cinnamon, MATE ou Xfce)
Zorin OS (Core, Pro ou Lite)
Pop!_OS
Kubuntu, Xubuntu, Lubuntu ou Ubuntu MATE
Elementary OS

Por favor, tire menos de 1 minutinho para dar uma força com dois cliques rápidos:

Passo a Passo Vapt-Vupt:

Acesse o link oficial do bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2142389
No topo esquerdo, procure por “This bug affects you?” e clique em “Yes, this bug affects me”.

Com isso, ajudamos o time de desenvolvimento a acelerar esse update e garantimos que o nosso hardware funcional e guerreiro continue rodando liso no ecossistema Linux. Muito obrigado a todos que estão fortalecendo a bancada!

Danilo_Machado · Junho 4, 2026, 12:12am

180 pontos, alguém mais com placa de vídeo AMD para colaborar ??

Danilo_Machado · Junho 5, 2026, 1:48pm

Danilo_Machado · Junho 6, 2026, 7:33pm

Pessoal, precisamos conversar muito seriamente sobre o que está acontecendo nos bastidores do Kernel Linux, e o cenário não é bonito. Uma regressão séria nas versões mais recentes do Kernel está simplesmente ameaçando aposentar à força uma das gerações de placas de vídeo mais amadas, resilientes e utilizadas da história: as GPUs AMD com arquiteturas Tonga e Polaris (as nossas guerreiras das séries R5, R7, R9 e as imortais RX 470, 480, 570, 580 e 590).

Do ponto de vista estritamente técnico, o que estamos vendo é uma rasteira no próprio propósito do Linux. A maior bandeira do nosso ecossistema sempre foi a sobrevida do hardware, o combate à obsolescência programada e a eficiência. Deixar uma linha de código passar com uma regressão que quebra o driver amdgpu para esses chips é ignorar o fato de que essas placas ainda são o motor de milhares de computadores de estudantes, criadores de conteúdo de baixo orçamento e gamers de entrada no Linux hoje.

Agora, entrando no lado emocional: quem aqui não tem uma história de amor com uma RX 580 ou uma R9? Essas placas seguraram a barra da comunidade por anos, aguentaram crises de mineração, pandemia e continuam entregando um caldo absurdo no 1080p com a ajuda do Mesa e do Proton. Elas não merecem ser jogadas no lixo tecnológico por pura falta de atenção ou pressa em homologar commits voltados apenas para hardware de última geração de 2026.

Dizer ‘ah, mas é só congelar o Kernel em uma versão antiga’ é uma resposta preguiçosa e perigosa. Deixar esses usuários presos no passado é empurrá-los de volta para o ecossistema proprietário. O Linux é gigante porque a comunidade se importa.

Se a gente não se mobilizar, documentar e votar em massa nos tickets oficiais mostrando que tem gente usando, jogando e trabalhando com essas placas clássicas, a engenharia do Kernel vai simplesmente focar em chips novos e deixar o nosso hardware legado morrer na praia.

E aí, nós vamos aceitar essa obsolescência forçada quietos ou vamos fazer barulho e exigir que o pinguim continue abraçando quem não tem orçamento para trocar de placa todo ano? Quem aí está com uma dessas guerreiras no blindado e já sentiu o baque dessa regressão?

Danilo_Machado · Junho 7, 2026, 2:20pm

Bom dia, boa tarde ou noite !! Depende da hora que você vê este post, kkk.
Quem votou no bug que eu reportei peço esta gentileza de votar neste que e o “irmão gẽmio” do meu, pois votar nele e ajudar no meu diretamente…
Este foi relatado por um amigo aqui do Diolinux, Cesar_Goes

Todo respeito a ele e a vários outros e mesmo os critico com opinião contraria, esta tudo certo.

Se Alguém relatar um bug e for compatível com meu sistema ou hardware estou pronto para ajudar.

Danilo_Machado · Junho 9, 2026, 9:52am

Quem mais que usa placa de vídeo AMD pode ajudar?? E rápido, fácil e importante para as GPUs AMD…