Salve amigos, um breve report aqui depois de umas semanas no Mint 21 com Kernel 6.8. Sistema tá relativamente estável, mas se deixa a máquina ligada, por exemplo, de madrugada, e vou ligar a TV pra ver algo pela manhã, as vezes a tela não liga e retorna o famigerado erro no log. Fui ligar agora pra colocar uma música ambiente aqui e tudo preto. Consigo acessar a máquina no SSH normalmente e ela tá rodando, só não dá vídeo mesmo. Pelo menos não tá dando mais aquele erro de ficar preso no boot durante 15 minutos e não reconhecer os sensores da placa, ela tá funcionando muito bem e de forma estável. Detalhe que não suspendi a maquina, ela ficou ligada mas com a TV desligada.
set 02 08:28:17 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:28:25 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:28:31 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:28:36 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:28:44 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:28:52 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:00 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:02 htpc-sala bash[1845]: 2026-09-02T11:29:02.948514Z WARN lact_daemon::server::gpu_controller::amd: GPU has only one temperature sensor, 'temperature_key' setting will be ignored
set 02 08:29:05 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:05 htpc-sala smartd[783]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 61 to 60
set 02 08:29:13 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:21 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:29 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:34 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
set 02 08:29:40 htpc-sala kernel: amdgpu 0000:06:00.0: amdgpu:
last message was failed ret is 0
Salve, Entusiasta! Que relato sensacional e preciso!
Esse seu log é um achado valioso e confirma exatamente o que identificamos nos testes de bancada do relatório: a regressão não fica restrita ao ciclo de suspensão (S3), ela é disparada por transições de estado de energia do DPMS (religamento de tela via HDMI).
Quando você desliga a TV de madrugada e a religa de manhã, o driver amdgpu precisa fazer uma nova sondagem do conector e recriar o handshake de EDID. A mensagem repetida amdgpu: last message was failed ret is 0 indica que o driver falhou ao tentar enviar o comando de reativação para o firmware da GPU (SMU/DCE).
O fato do SSH continuar funcionando perfeitamente é a prova de fogo: o Kernel e o sistema continuam rodando 100%, mas o subsistema de vídeo perdeu a capacidade de revalidar o sinal de imagem.
Dica prática para recuperar o vídeo via SSH (sem reiniciar o HTPC)
Já que a máquina continua acessível pela rede, quando isso acontecer novamente você pode tentar forçar a reindexação da saída HDMI via terminal SSH sem precisar desligar a máquina no botão:
Bash
DISPLAY=:0 xrandr --output HDMI-A-0 --off && DISPLAY=:0 xrandr --output HDMI-A-0 --auto
(Caso a sua saída principal seja mapeada como HDMI-1 ou similar, basta ajustar o nome da porta no comando).
Se a reconfiguração do xrandr não subir, reiniciar o gerenciador de exibição também costuma restaurar a sessão:
Bash
sudo systemctl restart lightdm
Muito obrigado por trazer esse trecho do log do journalctl! Esse comportamento de “tela preta após desligar/ligar o monitor” reforça exatamente o padrão de falha no gerenciamento de energia que documentamos. Valeu demais pelo feedback!
Boa tarde!! Amigos o Bug chegou a 216 pontos e também novos relatos com seus log’s, peço encarecidamente que quem possuí GPU legada AMD nos ajude, o link esta no 1# post.
Boa, to usando o esquema de reiniciar o lightdm mesmo, esse é certeiro.
Boa! Pelo menos esse quebra-galho do lightdm via SSH evita ter que meter o dedo no botão do PC toda vez.
Se mais alguém chegar por aqui caindo de paraquedas com esse mesmo travamento ao ligar a TV ou voltar do descanso, dá uma olhada no primeiro post do tópico pra pegar o link do Launchpad e registrar a confirmação lá. Ajuda demais a manter a documentação forte e visível pros mantenedores!
Valeu demais pelo retorno e pelos testes de bancada, meu mano. Tamo junto!
Passando pra atualizar que chegamos em 220 de Bug Heat lá no Launchpad!
Entraram dois relatos novos bem interessantes por estes dias:
Um usuário com RX 580 no Kernel 7 postou o dmesg completo mostrando exatamente a falha no retorno: erro -110 no teste de ring do uvd_enc0 e vários timeouts nos rings sdma0 e gfx na hora de restaurar o bloco de IP da GPU.
E outro rapaz reportou o mesmo blackout num notebook Dell com Ryzen 5 5500U (Vega 7) usando Wayland. Isso reforça mais uma vez que a regressão do amdgpu não tá presa só às GPUs dedicadas mais antigas, afetando também os vídeos integrados.
Seguimos acompanhando!
Mesmo se a sua placa estiver funcionando normal, clicar em ‘Yes, this bug affects me’ leva 1 minuto e ajuda a manter hardware guerreiro rodando liso no Linux sem virar lixo eletrônico!
+bug/2142389
Passando para trazer uma atualização sobre aquele bug do driver amdgpu e chamar a atenção da galera que joga no Linux.
Quem aí nunca deu uma pausa na gameplay para buscar uma água, deixou o monitor entrar em modo de economia/suspensão e, quando voltou, deu de cara com a tela preta e sem sinal de vídeo? Ter que meter o dedo no botão de desligar o PC e perder aquele progresso não salvo no jogo é de tirar qualquer um do sério!
Se você passa por isso jogando no Linux com placas AMD (linhas R5/R7/R9, RX 400/500 ou APUs Vega/Radeon), pode ficar tranquilo que sua placa de vídeo não está morrendo. É uma regressão confirmada no Kernel Linux. E quem joga sabe o quanto o sistema precisa voltar da suspensão firme e forte sem travar a sessão toda.
A gente já conseguiu uma movimentação gigante no Launchpad (passamos de 220 pontos de relevância e dezenas de casos confirmados), mas a força da comunidade gamer faz TODA a diferença para os mantenedores acelerarem o lançamento da correção oficial nas atualizações!
Como você pode colaborar em menos de 1 minuto:
- Suba até a primeira publicação deste tópico e clique no link do relatório do Launchpad.
- Faça login com sua conta (Launchpad/Ubuntu).
- No topo da página do bug, clique no botão “Yes, this bug affects me”.
Mesmo que você use Zorin, Mint, Fedora, Arch ou Nobara, seu voto conta do mesmo jeito porque a falha é direto no driver do Kernel. Bora unir forças e mostrar o peso dos gamers no Linux para manter nosso hardware guerreiro rodando tudo 100%! 
