Gloria Maria 
AMD — a empresa deu um passo técnico relevante para tornar sua próxima geração de GPUs mais próxima do uso real em Linux: uma série de oito patches enviada em 9 de novembro introduz suporte inicial ao GFX13 no código do kernel, com impactos diretos para desenvolvedores de drivers e para a linha RDNA 5.
GFX13 entra na árvore do kernel com um pacote substancial
A submissão inclui 12.643 linhas adicionadas em 32 arquivos, com 15 exclusões, e formaliza um driver para o novo motor gráfico GFX13. O trabalho não se limita a identificadores: traz implementações iniciais para componentes centrais.
Entre os blocos integrados estão a nova implementação do Micro Engine Scheduler (MES), a Integrated Management Unit (IMU) e partes do Kernel Fusion Driver (KFD) voltado a cargas de GPU para computação. Também foram incluídos um tratador de save-and-restore para compute-waves e mecanismos de clock gating voltados a agendamento de hardware e gestão de potência.
Um dos patches observa que a implementação do MES para GFX13 ainda não oferece suporte a per-queue resets, exigindo desabilitação da função por ora.
Limitações atuais e próximos passos rumo à disponibilidade
O suporte já reconhece dois alvos de IP: GFX 13.0.1 e GFX 13.0.4, o que sugere preparação para múltiplas configurações de hardware, sem implicar necessariamente modelos de varejo distintos. Ao mesmo tempo, o pacote deixa claro que recursos e refinamentos extras são necessários.
Galaxy S25 Ultra: promoção derruba preço para R$ 4.498,80 com cupom
Leia a matéria completa →
NVIDIA lança Nemotron 3.5 Super VL 120B para agentes sempre‑ativos
Leia a matéria completa →
Siri pode virar um agente proativo similar a Dots
Leia a matéria completa →
Tabela do Brasileirão 2026: classificação atualizadaVer classificação, artilharia e próximos jogos →Historicamente, outras peças da pilha já receberam atenção: o compilador LLVM teve commits iniciais para GFX13 em janeiro de 2026, e no último ano apareceram patches relacionados ao Display Core Next 6 (DCN6) e ao suporte a GDDR7. Essas camadas, somadas ao driver do motor agora proposto, montam a base para que o ecossistema esteja pronto quando os primeiros GPUs RDNA 5 chegarem ao mercado.
Há rumores de que os primeiros produtos baseados em RDNA 5 poderiam surgir na segunda metade de 2027, com demais lançamentos possivelmente se estendendo para 2028, mas os patches não entregam contagens de Compute Units, frequências, configurações de memória, nomes de modelos ou números de desempenho.
Do ponto de vista prático, a série de mudanças pode caminhar para inclusão no Linux kernel 7.5, embora essa integração ainda não esteja confirmada; espera-se que desenvolvimentos subsequentes corrijam as lacunas atuais, especialmente no MES e nos controles de fila.
Foto: Divulgação
O que você acha? Você acredita que essa fase de driver será suficiente para acelerar a chegada do RDNA 5? Para acompanhar mais, acesse nossa editoria.
Perguntas Frequentes
O que incluem os patches GFX13 que a AMD submeteu ao kernel Linux?
Os patches GFX13 da AMD adicionam 12.643 linhas em 32 arquivos e introduzem um driver do motor gráfico junto a implementações iniciais do Micro Engine Scheduler (MES), Integrated Management Unit (IMU) e componentes do Kernel Fusion Driver (KFD). A série também traz um handler de save-and-restore para compute-wave e mecanismos de clock gating.
Quando o suporte ao GFX13 pode chegar ao kernel e o que isso significa para o RDNA 5?
O suporte GFX13 pode seguir caminho para inclusão no Linux kernel 7.5, embora a amalgamação ainda não esteja confirmada. Essa evolução amplia a pilha de software necessária para que GPUs baseadas em RDNA 5 funcionem em distribuições Linux, juntando-se a commits prévios de LLVM, DCN6 e patches relacionados a GDDR7.
Quais limitações técnicas permanecem nos patches GFX13 e como elas impactam o uso em GPUs RDNA 5?
Os patches GFX13 ainda deixam pontos em aberto: uma das atualizações indica que a implementação do MES não suporta per-queue resets, o que levou à desativação dessa função em partes do código. A limitação afeta a robustez de agendamento e exige mais desenvolvimento antes que recursos avançados de computação e gerenciamento de filas fiquem prontos para produção.
