A AMD enviou para a lista de e-mails do kernel Linux a sexta revisão dos patches que finalmente trazem HDMI 2.1 no Linux via driver AMDGPU. O pacote inclui suporte a Fixed Rate Link (FRL) e Display Stream Compression (DSC), tecnologias que destravam resoluções como 4K a 240Hz e 8K a 120Hz em placas Radeon rodando sistemas open source. A novidade tem um detalhe importante: o recurso vai chegar desativado por padrão.
A informação foi reportada pelo Phoronix, referência em coberturas de Linux e código aberto. O conjunto de mudanças foi submetido pelo engenheiro Harry Wentland, da AMD, e tem como destino a próxima janela de Display Core do driver.
Por que o recurso vem desligado
A escolha de manter o FRL desativado por padrão tem motivo técnico: o suporte a Variable Refresh Rate (VRR) sobre HDMI 2.1 ainda não foi implementado no driver AMDGPU, e ativar o Fixed Rate Link sem essa peça do quebra-cabeça produziria comportamento pior do que o atual para parte dos usuários.
Em monitores e TVs que suportam FreeSync via HDMI, ligar FRL sem VRR é tratado como regressão, ou seja, recurso menos completo do que o já entregue pelo driver hoje. A AMD optou pelo caminho conservador, esperando o VRR sobre HDMI ficar pronto antes de fazer a chave virar sozinha no boot.
Quem quiser testar a função desde já pode habilitar manualmente passando um parâmetro no boot do kernel: amdgpu.dc_feature_mask=0x400. A flag liga o FRL para experimentação, mas sem garantia de comportamento estável em cenários que dependam de refresh rate dinâmico.
O que muda na prática com FRL e DSC
O Fixed Rate Link é a tecnologia de sinalização que substitui o antigo TMDS usado em HDMI 2.0. Sem FRL, é impossível transmitir 4K a 144Hz, 8K a 60Hz, áudio sem compressão em alta banda e VRR via HDMI. O conector estava limitado, no Linux com driver aberto, ao patamar de gerações anteriores.
O Display Stream Compression trabalha em paralelo. É um algoritmo de compressão visualmente sem perdas, com baixa latência, que reduz a quantidade de dados trafegada pelo cabo. Quando combinado com FRL, permite modos como 4K a 240Hz e 8K a 120Hz sobre um único cabo HDMI 2.1, dentro do orçamento de banda da conexão.
| Recurso | Função | O que destrava |
|---|---|---|
| HDMI FRL | Substitui TMDS por nova sinalização | 4K a 144Hz, 8K a 60Hz, VRR via HDMI |
| HDMI DSC | Compressão visualmente lossless | 4K a 240Hz, 8K a 120Hz |
| HDMI 2.0 (atual) | Sinalização TMDS legada | 4K a 60Hz como teto |
A combinação FRL + DSC equipara HDMI a DisplayPort 1.4 em termos de capacidade prática para monitores e TVs modernas.
O bloqueio do HDMI Forum e a virada
A história por trás dessa entrega passa por uma briga antiga… Em fevereiro de 2024, o HDMI Forum rejeitou uma implementação aberta da AMD para HDMI 2.1, alegando questões de licenciamento e proteção de especificação. Desde então, usuários de Linux com placas Radeon ficaram presos ao patamar HDMI 2.0 mesmo em hardware capaz de mais.
A NVIDIA contornou parte do problema com firmware embarcado nas próprias GPUs, mantendo a implementação fora dos drivers open source. A Intel fez algo parecido. A AMD ficou isolada, com seu modelo de driver totalmente aberto via Mesa, sem caminho para entregar HDMI 2.1 sem aprovação do consórcio.
Como o cenário mudou ainda não está totalmente claro; a especulação que circula nos fóruns aponta para envolvimento da Valve, que tem interesse direto na liberação por conta do Steam Deck e, principalmente, do Steam Machine. O fato é que algum tipo de acordo ou workaround foi alcançado, porque os patches estão na mesa.
Wentland, engenheiro veterano da AMD em Linux, deu crédito no cover letter aos colegas Siqueira (ex-AMD, que iniciou o trabalho anos atrás) e Jerry, responsável por testes de conformidade com a especificação HDMI:
“Esta série de patches adiciona suporte a HDMI FRL e FRL DSC ao driver de display AMDGPU. O trabalho passou em um subconjunto representativo de conformidade HDMI, e uma execução completa da bateria de testes está em andamento. Não esperamos falhas, já que passa em outros ambientes.”
O efeito Steam Machine
A entrega tem peso especial para o ecossistema de PC Games baseado em SteamOS. O Steam Machine, anunciado pela Valve com lançamento previsto, usa GPU AMD e roda SteamOS, distribuição Linux derivada do Arch. Sem HDMI 2.1 no driver AMDGPU, a saída HDMI do console ficava limitada a 4K a 60Hz, mesmo com hardware capaz de mais.
A própria Valve havia reconhecido publicamente a limitação, pois o hardware suportava HDMI 2.1, mas o software não conseguia expor a função por conta das restrições do HDMI Forum sobre código aberto. A entrada do FRL e DSC no driver muda esse cenário direto.
Caso o patch chegue ao mainline a tempo, e os testes de conformidade sejam concluídos sem surpresa, o Steam Machine pode ter HDMI 2.1 destravado via atualização de SteamOS, abrindo suporte a 4K a 120Hz e até 4K a 240Hz com DSC. O console já tem DisplayPort 1.4 com 4K a 240Hz nativo, mas a maioria das TVs ainda depende exclusivamente de HDMI.
Isso chega ao usuário comum?
O calendário aponta para o ciclo Linux 7.2, segundo expectativa do Phoronix. A janela de merge do kernel funciona em iterações fechadas, e o material precisa passar pelo próximo conjunto de patches do AMDGPU Display Core para entrar no caminho do upstream.
Mesmo após o merge, o recurso continua desativado por padrão até o VRR sobre HDMI estar pronto. A previsão é que, quando esse segundo bloco chegar, a AMD ative o FRL automaticamente, deixando o parâmetro amdgpu.dc_feature_mask=0x400 apenas como necessidade temporária para early adopters.
Distribuições como Ubuntu, Fedora, Arch e Pop!_OS dependem do calendário do kernel para distribuir a função aos usuários finais. Quem usa kernel rolling release (como Arch e openSUSE Tumbleweed) deve receber a novidade mais cedo. Distribuições LTS, como Ubuntu, tendem a demorar mais a incorporar versões novas do kernel.
Leia também:
- Projeto open-source leva NVIDIA Reflex e AMD Anti-Lag 2 para GPUs AMD e Intel no Linux
- Linux vai abandonar suporte ao lendário AMD K5, primeiro CPU próprio da empresa
- PS5 com Linux roda jogos com desempenho quase nativo no console
Software aberto progride onde o consórcio recuava
A liberação dos patches reabre conversa importante sobre open source e padrões fechados. O modelo de softwares com código aberto da AMD para suas GPUs foi celebrado por anos como diferencial em relação à concorrência, mas justamente esse modelo virou obstáculo diante de especificações protegidas como HDMI 2.1.
O movimento atual indica que existe espaço para conciliar transparência de código com restrições de propriedade intelectual, ao menos quando há pressão de mercado relevante por trás. Sem nomes oficialmente confirmados, o consenso entre observadores aponta que o avanço veio acompanhado de jogo de cintura técnico e político, com possível papel de empresas que dependem do ecossistema Linux para hardware comercial.
Para o usuário final de Radeon em Linux, o que importa é o resultado prático: monitores e TVs HDMI 2.1 modernos finalmente vão conversar com placas AMD na velocidade que ambos suportam, sem precisar recorrer a DisplayPort ou aceitar limitação artificial.
A entrega completa do HDMI 2.1 ainda depende de etapas adicionais, principalmente do VRR sobre HDMI e da conclusão dos testes de conformidade. O cronograma realista coloca o pacote completo funcional em algum ponto de 2026, com o Linux 7.2 como primeira janela viável para os patches já submetidos.
Fonte(s): Phoronix (1), Phoronix (2) e GamingOnLinux
