O que entrou no linux-firmware

A atualização cobre os principais blocos de firmware atualmente associados à plataforma GFX 11.7:

• GFX 11.7.0 e 11.7.1: firmware dos dois alvos gráficos que já estão em preparação;
• PSP 15.0.0 e 15.0.9: firmware do Platform Security Processor, responsável por funções de segurança da plataforma;
• SDMA 6.1.4: firmware do mecanismo de acesso direto à memória;
• VPE 2.0.0: firmware do mecanismo de processamento de vídeo;
• DCN 4.2: suporte relacionado ao controlador de tela presente no trabalho mais amplo de habilitação do Linux.

Esse conjunto representa mais do que a simples inclusão de um novo ID de dispositivo em um driver. Ele abrange vários blocos de propriedade intelectual necessários para que uma GPU integrada seja inicializada e opere como um sistema gráfico completo.

Por isso, a publicação faz o caminho de software do GFX 11.7 parecer consideravelmente mais maduro do que quando o suporte estava restrito a versões de desenvolvimento do kernel, do compilador e da pilha gráfica.

Por que a antecipação do firmware faz diferença

O firmware é apenas uma das camadas necessárias para o suporte de hardware no Linux. O kernel precisa reconhecer a plataforma, o LLVM deve conseguir compilar shaders para ela e o Mesa precisa oferecer os caminhos correspondentes para Vulkan e OpenGL.

A AMD já vinha preparando alterações para o GFX 11.7 no driver AMDGPU do kernel e no back-end AMDGPU do compilador LLVM. Depois, o Mesa 26.3 acrescentou suporte ao GFX1171 nos drivers RADV, voltado ao Vulkan, e RadeonSI, voltado ao OpenGL. A alteração do Mesa é relativamente pequena: o GFX1171 recebe seus identificadores e aproveita os caminhos de código já usados pelo GFX1170.

Essa sequência é especialmente relevante para as distribuições Linux. Quando o firmware chega ao repositório central antes do hardware, projetos e fabricantes têm tempo para incluí-lo nas atualizações do sistema. O resultado esperado é uma experiência mais próxima do “instalou e funcionou”, sem depender de instaladores específicos do fabricante ou de downloads manuais.

GFX1172 ainda não apareceu

Apesar de incluir firmware para GFX1170 e GFX1171, a atualização não traz arquivos para o GFX1172. O trabalho da AMD em compilador e drivers identifica GFX1170, GFX1171 e GFX1172 como alvos da família RDNA 4m, seguindo os mesmos caminhos de capacidades da ISA.

A ausência do GFX1172 pode indicar um produto posterior, uma variante que ainda não está pronta para ser publicada ou simplesmente um cronograma diferente de disponibilização. O dado, sozinho, não comprova uma estratégia específica de segmentação.

Também é importante não descrever a atualização atual como suporte completo a todos os alvos GFX117x conhecidos: o firmware publicado ainda não cobre o GFX1172.

O que “RDNA 4m” significa — e o que não significa

Numericamente, o GFX 11.7 fica entre o GFX 11.5 da RDNA 3.5 e o GFX 12.0 da RDNA 4 dedicada. No desenvolvimento de código aberto da AMD, os identificadores GFX1170, GFX1171 e GFX1172 aparecem agrupados sob o rótulo “RDNA 4m”. Esses códigos, porém, são identificadores internos de alvos gráficos, não nomes comerciais de produtos.

As evidências disponíveis permitem interpretar a RDNA 4m como uma ramificação intermediária ou derivada, provavelmente voltada a uma plataforma com foco em APU ou SoC. O “m” pode apontar para uma orientação móvel ou para gráficos integrados, especialmente porque relatos associam o trabalho à família ainda não anunciada Medusa Point. A AMD, contudo, não definiu publicamente o sufixo nem confirmou que todos os alvos GFX117x pertencem à Medusa Point.

O código também não revela as especificações que normalmente interessariam a quem compra um processador: ainda não há nome comercial confirmado, quantidade de unidades de computação, frequências, configuração de memória, meta de desempenho ou data de lançamento vinculados ao GFX1171 nas informações citadas.

Qual deve ser a base de software no Linux

Para quem acompanha um futuro sistema com gráficos GFX 11.7, a expectativa mais segura é de uma distribuição com quatro componentes alinhados:

1. Um kernel que contenha o trabalho upstream do GFX 11.7 no AMDGPU;
2. Pacotes atuais do linux-firmware com os blobs necessários;
3. Suporte do LLVM ao alvo de compilação GFX117x correspondente;
4. Mesa 26.3 ou mais recente, especialmente para o suporte mais claro ao GFX1171 nos drivers RADV e RadeonSI.

O Linux 7.3 aparece como o alvo lógico para a habilitação completa no lado do kernel, já que as alterações do AMDGPU para GFX 11.7 e DCN 4.2 estavam sendo preparadas para esse ciclo. O Mesa 26.2 pode contemplar parte do trabalho anterior para o GFX1170, mas o Mesa 26.3 é uma recomendação mais segura para um sistema baseado no GFX1171.

Isso é uma avaliação de prontidão do software, não uma garantia de que todas as distribuições oferecerão o mesmo nível de suporte no mesmo dia. Kernels e pacotes Mesa mantidos pelas distribuições podem ficar atrás do desenvolvimento upstream, e a ausência do firmware do GFX1172 mostra que a habilitação ainda ocorre em etapas.

Os patches de UALink são outro assunto

Na mesma época, a AMD também enviou uma grande série de patches ao kernel Linux para habilitar o UALink. Trata-se de um padrão de interconexão e rede para conectar GPUs e outros aceleradores de inteligência artificial em sistemas de data center com múltiplos aceleradores.

A coincidência mostra que a AMD está bastante ativa no desenvolvimento upstream, mas não deve ser interpretada como evidência de que as APUs Medusa Point usarão UALink. O firmware RDNA 4m está relacionado a uma plataforma de gráficos integrados e à sua pilha gráfica no Linux; o UALink mira infraestrutura de aceleradores.

Conclusão

A publicação do firmware RDNA 4m fortalece de forma significativa a hipótese de que o hardware GFX 11.7 se aproxima da disponibilidade e de que o suporte ao Linux está sendo preparado com antecedência incomum. A combinação de firmware, trabalho no AMDGPU, suporte no LLVM e desenvolvimento no Mesa aponta para um lançamento com uma base gráfica de código aberto mais completa do que a de uma plataforma revelada apenas depois de chegar ao mercado.

Para a Medusa Point, entretanto, a conclusão correta é “mais perto do lançamento”, e não “oficialmente anunciada”. O upload não confirma a família de processadores, os modelos comerciais, o desempenho ou a data de lançamento. Além disso, o GFX1172 continua fora do conjunto de firmware publicado.

A expectativa mais defensável é a de uma futura plataforma da classe APU, com boas perspectivas de suporte ao Linux. Para aproveitar esse suporte da melhor maneira, a combinação mais promissora deverá envolver linux-firmware atualizado, um kernel da era do Linux 7.3 e Mesa 26.3 ou mais recente.

O que entrou no linux-firmware

A atualização cobre os principais blocos de firmware atualmente associados à plataforma GFX 11.7:

• GFX 11.7.0 e 11.7.1: firmware dos dois alvos gráficos que já estão em preparação;
• PSP 15.0.0 e 15.0.9: firmware do Platform Security Processor, responsável por funções de segurança da plataforma;
• SDMA 6.1.4: firmware do mecanismo de acesso direto à memória;
• VPE 2.0.0: firmware do mecanismo de processamento de vídeo;
• DCN 4.2: suporte relacionado ao controlador de tela presente no trabalho mais amplo de habilitação do Linux.

Esse conjunto representa mais do que a simples inclusão de um novo ID de dispositivo em um driver. Ele abrange vários blocos de propriedade intelectual necessários para que uma GPU integrada seja inicializada e opere como um sistema gráfico completo.

Por isso, a publicação faz o caminho de software do GFX 11.7 parecer consideravelmente mais maduro do que quando o suporte estava restrito a versões de desenvolvimento do kernel, do compilador e da pilha gráfica.

Por que a antecipação do firmware faz diferença

O firmware é apenas uma das camadas necessárias para o suporte de hardware no Linux. O kernel precisa reconhecer a plataforma, o LLVM deve conseguir compilar shaders para ela e o Mesa precisa oferecer os caminhos correspondentes para Vulkan e OpenGL.

A AMD já vinha preparando alterações para o GFX 11.7 no driver AMDGPU do kernel e no back-end AMDGPU do compilador LLVM. Depois, o Mesa 26.3 acrescentou suporte ao GFX1171 nos drivers RADV, voltado ao Vulkan, e RadeonSI, voltado ao OpenGL. A alteração do Mesa é relativamente pequena: o GFX1171 recebe seus identificadores e aproveita os caminhos de código já usados pelo GFX1170.

Essa sequência é especialmente relevante para as distribuições Linux. Quando o firmware chega ao repositório central antes do hardware, projetos e fabricantes têm tempo para incluí-lo nas atualizações do sistema. O resultado esperado é uma experiência mais próxima do “instalou e funcionou”, sem depender de instaladores específicos do fabricante ou de downloads manuais.

GFX1172 ainda não apareceu

Apesar de incluir firmware para GFX1170 e GFX1171, a atualização não traz arquivos para o GFX1172. O trabalho da AMD em compilador e drivers identifica GFX1170, GFX1171 e GFX1172 como alvos da família RDNA 4m, seguindo os mesmos caminhos de capacidades da ISA.

A ausência do GFX1172 pode indicar um produto posterior, uma variante que ainda não está pronta para ser publicada ou simplesmente um cronograma diferente de disponibilização. O dado, sozinho, não comprova uma estratégia específica de segmentação.

Também é importante não descrever a atualização atual como suporte completo a todos os alvos GFX117x conhecidos: o firmware publicado ainda não cobre o GFX1172.

O que “RDNA 4m” significa — e o que não significa

Numericamente, o GFX 11.7 fica entre o GFX 11.5 da RDNA 3.5 e o GFX 12.0 da RDNA 4 dedicada. No desenvolvimento de código aberto da AMD, os identificadores GFX1170, GFX1171 e GFX1172 aparecem agrupados sob o rótulo “RDNA 4m”. Esses códigos, porém, são identificadores internos de alvos gráficos, não nomes comerciais de produtos.

As evidências disponíveis permitem interpretar a RDNA 4m como uma ramificação intermediária ou derivada, provavelmente voltada a uma plataforma com foco em APU ou SoC. O “m” pode apontar para uma orientação móvel ou para gráficos integrados, especialmente porque relatos associam o trabalho à família ainda não anunciada Medusa Point. A AMD, contudo, não definiu publicamente o sufixo nem confirmou que todos os alvos GFX117x pertencem à Medusa Point.

O código também não revela as especificações que normalmente interessariam a quem compra um processador: ainda não há nome comercial confirmado, quantidade de unidades de computação, frequências, configuração de memória, meta de desempenho ou data de lançamento vinculados ao GFX1171 nas informações citadas.

Qual deve ser a base de software no Linux

Para quem acompanha um futuro sistema com gráficos GFX 11.7, a expectativa mais segura é de uma distribuição com quatro componentes alinhados:

1. Um kernel que contenha o trabalho upstream do GFX 11.7 no AMDGPU;
2. Pacotes atuais do linux-firmware com os blobs necessários;
3. Suporte do LLVM ao alvo de compilação GFX117x correspondente;
4. Mesa 26.3 ou mais recente, especialmente para o suporte mais claro ao GFX1171 nos drivers RADV e RadeonSI.

O Linux 7.3 aparece como o alvo lógico para a habilitação completa no lado do kernel, já que as alterações do AMDGPU para GFX 11.7 e DCN 4.2 estavam sendo preparadas para esse ciclo. O Mesa 26.2 pode contemplar parte do trabalho anterior para o GFX1170, mas o Mesa 26.3 é uma recomendação mais segura para um sistema baseado no GFX1171.

Isso é uma avaliação de prontidão do software, não uma garantia de que todas as distribuições oferecerão o mesmo nível de suporte no mesmo dia. Kernels e pacotes Mesa mantidos pelas distribuições podem ficar atrás do desenvolvimento upstream, e a ausência do firmware do GFX1172 mostra que a habilitação ainda ocorre em etapas.

Os patches de UALink são outro assunto

Na mesma época, a AMD também enviou uma grande série de patches ao kernel Linux para habilitar o UALink. Trata-se de um padrão de interconexão e rede para conectar GPUs e outros aceleradores de inteligência artificial em sistemas de data center com múltiplos aceleradores.

A coincidência mostra que a AMD está bastante ativa no desenvolvimento upstream, mas não deve ser interpretada como evidência de que as APUs Medusa Point usarão UALink. O firmware RDNA 4m está relacionado a uma plataforma de gráficos integrados e à sua pilha gráfica no Linux; o UALink mira infraestrutura de aceleradores.

Conclusão

A publicação do firmware RDNA 4m fortalece de forma significativa a hipótese de que o hardware GFX 11.7 se aproxima da disponibilidade e de que o suporte ao Linux está sendo preparado com antecedência incomum. A combinação de firmware, trabalho no AMDGPU, suporte no LLVM e desenvolvimento no Mesa aponta para um lançamento com uma base gráfica de código aberto mais completa do que a de uma plataforma revelada apenas depois de chegar ao mercado.

Para a Medusa Point, entretanto, a conclusão correta é “mais perto do lançamento”, e não “oficialmente anunciada”. O upload não confirma a família de processadores, os modelos comerciais, o desempenho ou a data de lançamento. Além disso, o GFX1172 continua fora do conjunto de firmware publicado.

A expectativa mais defensável é a de uma futura plataforma da classe APU, com boas perspectivas de suporte ao Linux. Para aproveitar esse suporte da melhor maneira, a combinação mais promissora deverá envolver linux-firmware atualizado, um kernel da era do Linux 7.3 e Mesa 26.3 ou mais recente.