A AMD colocou vários novos binários de firmware de GPU no repositório linux-firmware.git na manhã do dia 13 para hardware não lançado.
Atingindo a árvore de firmware Linux centralizada para a redistribuição fácil estão os arquivos de firmware para os blocos IP gráficos AMD de VCN 3.1.2, SDMA 5.2.6, PSP 13.0.5, GC 10.3.6 e DCN 3.1.5.
Sim, essas versões de bloco de IP em si não são muito úteis ou revelam como parte da moderna estratégia de habilitação bloco a bloco da AMD para gráficos AMD no Linux agora, deixando de lado os codinomes coloridos e suspeitos do passado.
Embora dado o tempo desses patches e que os patches do driver DRM do kernel AMDGPU Linux tenham indicado que o GC 10.3.6 é uma parte AMD APU (gráficos integrados), é provável que seja seguro antecipar que esses arquivos de firmware seriam para os próximos processadores AMD Ryzen 7000 series com gráficos integrados. No horizonte também estão as placas gráficas RDNA3, embora discretas e não correspondentes às versões esperadas com base em outros blocos de IP habilitados no driver do kernel AMDGPU.
A AMD anunciou a série Ryzen 7000 no mês passado e, em seguida, as entradas do processador da série Ryzen 7000 no AMD.com confirmaram a presença de gráficos integrados. Como não vimos nenhum outro novo firmware gráfico AMD introduzido recentemente, presumivelmente essas versões de bloco de IP se correlacionam com o que veremos lá. Se for esse o caso, é uma boa notícia, pois a AMD publicou o GC 10.3.6 e patches relacionados que datam de fevereiro e foram incorporados ao Kernel Linux 5.18 . Portanto, se for esse o caso, o suporte gráfico integrado já está disponível com o Linux 5.18+ e o Mesa recente, além do estado linux-firmware.git a partir de hoje. Essas versões de bloco de IP e caminhos de driver Linux de código aberto para essas versões são amplamente semelhantes aos do Rembrandt (Yellow Carp) da AMD.
Os arquivos de firmware Linux mais recentes estão disponíveis como sempre via linux-firmware.git em kernel.org . A publicação desses arquivos de firmware somente binários tende a ser uma das últimas etapas de habilitação tomadas pela AMD, muitas vezes não os tornando públicos até o dia do lançamento ou, em alguns casos, um pouco antes do lançamento. Isso dificulta que novos usuários tenham suporte pronto para uso, mas pelo menos buscar os arquivos de firmware e reconstruir o initrd é mais fácil e rápido do que nos últimos dias de habilitação lenta de ter que também reconstruir o kernel Linux e o Mesa devido ao novo suporte de driver de hardware sendo encontrado apenas no Git.
Fonte
Até a próxima !!
Nenhum comentário:
Postar um comentário