Páginas

▼

terça-feira, 10 de novembro de 2026

A AMD envia os Patches do GFX13 para o Kernel Linux: O que isso Significa para as GPUs RDNA 5

 


A AMD envia os patches GFX13 para o kernel Linux: 8 patches, 12,6 mil linhas de código e suporte inicial para RDNA 5. Entenda o impacto nos drivers open-source da AMD e o que esperar.


A AMD submeteu ao kernel Linux um conjunto de 8 patches com mais de 12,6 mil linhas de código para habilitar o suporte inicial à GFX13, a arquitetura gráfica que deve dar origem às futuras GPUs RDNA 5. 

O trabalho, liderado pelo mantenedor do AMDGPU Alex Deucher, representa um passo fundamental para que os usuários de Linux tenham suporte no lançamento dos novos hardwares.


O que são os patches GFX13 e por que eles importam?


No dia 9 de novembro de 2026, Alex Deucher, mantenedor do driver AMDGPU no kernel Linux, publicou uma série de oito patches que dão início ao suporte à GFX13 (também referenciada como GC 13.x). 

A GFX13 é amplamente interpretada pela indústria como a implementação de baixo nível da arquitetura RDNA 5, a próxima geração de GPUs da AMD.

O conjunto de patches soma 12.643 linhas de código adicionadas em 32 arquivos, com apenas 15 linhas removidas, segundo o levantamento do Wccftech. 

Isso demonstra o tamanho do esforço de engenharia necessário para preparar o driver open-source para um novo hardware.

O suporte contempla dois alvos específicos: GFX 13.0.1 e GFX 13.0.4. A existência de dois identificadores distintos sugere que a AMD está preparando múltiplas configurações de hardware, embora isso não signifique necessariamente duas placas de vídeo comerciais diferentes.


O que exatamente os patches habilitam?


Os patches não se limitam a adicionar identificadores de hardware. Eles introduzem o driver do motor gráfico GFX13 e novas implementações para componentes essenciais do ecossistema AMD:


  • MES (Micro Engine Scheduler): responsável pelo escalonamento de hardware.

  • IMU (Integrated Management Unit): unidade de gerenciamento integrada.

  • KFD (Kernel Fusion Driver): componente que lida com cargas de trabalho de computação em GPU.


Além disso, os patches trazem um tratador de trap para salvar e restaurar ondas de computação da GFX13 e habilitam vários mecanismos de clock gating, que são a base para agendamento de hardware, suporte a computação e gerenciamento de energia.

Um detalhe importante: um dos patches observa explicitamente que a implementação do MES para GFX13 ainda não oferece suporte a resets por fila (per-queue resets). Isso reforça o caráter preliminar do trabalho, com funcionalidades adicionais devendo chegar em patches futuros.

Produto Recomendado


Você já percebeu que a maioria das pessoas só conversa com o ChatGPT... enquanto uma minoria está criando agentes de IA que executam tarefas, tomam decisões e geram receita sozinhos?

O livro "Construindo Aplicações com Agentes de IA: Projeto e Implementação de Sistemas Multiagentes" é o seu mapa prático — do zero à arquitetura profissional.


✅ Projeto e implementação passo a passo

✅ Sistemas multiagentes que colaboram entre si

✅ Aplicações reais para negócios e automação

✅ Linguagem acessível, com rigor técnico


💡 Não é teoria. É engenharia aplicada.

Construindo Aplicações com Agentes de IA: Projeto e Implementação de Sistemas Multiagentes ->  https://link.amazon/B0cGTsVKb

Eu ganho uma comissão quando você faz uma compra.


Contexto: uma construção que vem de meses


O envio dos patches para o kernel não é um evento isolado. Ele coroa uma sequência de preparativos que a AMD vem conduzindo ao longo de 2026:


  • 1. Janeiro de 2026: o suporte inicial à GFX13 apareceu no compilador LLVM, estabelecendo as bases para compilar softwares voltados à nova arquitetura.

  • 2. Agosto de 2026: a AMD introduziu o Display Core Next 6 (DCN6), o motor de exibição associado ao hardware GFX13, que sucederá o DCN 4.2.1.

  • 3. Setembro de 2026: patches relacionados à memória GDDR7 começaram a surgir no kernel, indicando que a AMD também prepara o driver para a nova tecnologia de memória gráfica.

Agora, com o motor gráfico propriamente dito sendo habilitado, o suporte à RDNA 5 no Linux entra em uma fase mais concreta.


O que isso significa na prática para quem usa Linux?


Se você acompanha o ecossistema Linux e se interessa por hardware, a movimentação é bastante positiva. A AMD historicamente tem oferecido suporte open-source robusto para suas GPUs, e o início precoce do trabalho na GFX13 sinaliza que a empresa pretende manter essa tradição.

Para os desenvolvedores e entusiastas, isso significa que, quando as primeiras GPUs RDNA 5 chegarem ao mercado, o kernel já deve ter a base necessária para reconhecê-las e inicializá-las. 

Funcionalidades mais avançadas — como aceleração completa, gerenciamento de energia refinado e otimizações de desempenho — tendem a ser adicionadas nos meses seguintes, à medida que novos patches forem submetidos.

Ainda não há informações concretas sobre capacidades arquiteturais da RDNA 5, como contagem de Compute Units, frequências, configurações de memória ou nomes de modelos. Os patches atuais são de "habilitação inicial" e não revelam detalhes de desempenho.


✅ Checklist para acompanhar o suporte à RDNA 5 no Linux


□ Fique de olho nas listas de discussão do amd-gfx para novos patches.

□ Acompanhe as notas de lançamento do kernel Linux 7.5 (e posteriores).

□ Verifique se sua distribuição já oferece kernels atualizados com suporte a GFX13.

□ Monitore os repositórios do Mesa para atualizações no driver de espaço de usuário.

□ Consulte o Phoronix e sites especializados para análises de desempenho assim que o hardware chegar.


Conclusão


O envio dos patches GFX13 para o kernel Linux é um marco silencioso, mas significativo. 

Não se trata de um lançamento de produto, e sim da preparação do terreno de software para que, quando as GPUs RDNA 5 chegarem — provavelmente a partir de 2027 —, o ecossistema Linux esteja pronto para recebê-las com suporte funcional desde o primeiro dia.

A abordagem da AMD, que vem construindo o suporte em camadas (LLVM, DCN6, GDDR7, agora o motor gráfico), demonstra experiência e compromisso com o open-source. Para os usuários, a mensagem é clara: o suporte está sendo construído a passos largos, e o kernel 7.5 deve ser o primeiro a carregar essa base. 

Acompanhar os próximos capítulos — especialmente os patches que conectarão as funcionalidades completas — será essencial para entender o real potencial da RDNA 5 no Linux.

Nenhum comentário:

Postar um comentário