.
Em 2022, a AMD alertou os clientes de que os sistemas Ryzen executando o Windows 10 e 11 poderiam apresentar falhas intermitentes se o Firmware Trusted Platform Module (fTPM) fosse usado. Inicialmente, isso ocorria apenas com usuários do Windows; no entanto, agora ele se espalhou para dispositivos Linux que habilitaram o AMD fTPM RNG por padrão – começando com a versão 6.1+. Isso não está acontecendo apenas em ambos os sistemas operacionais, mas também em muitos modelos mais novos!
da AMD artigo recente sugere que certas configurações do sistema Ryzen podem sofrer pausas temporárias na interatividade ou na capacidade de resposta devido a transações de memória estendidas relacionadas ao fTPM realizadas no Windows 10/11. Isso ocorre dentro da memória flash SPI (“SPIROM”) localizada na placa-mãe.
Para evitar o problema do fTPM, a AMD recomenda que os clientes atualizem o BIOS do sistema da placa-mãe ou optem por uma solução alternativa de TPM de hardware. O problema deve ser corrigido assim que eles usarem a versão AGESA 1207 da AMD ou uma versão mais avançada.
Infelizmente, muitos fornecedores de laptops e fornecedores de sistemas demoraram a lançar atualizações de BIOS que ajudariam a resolver esse problema. Com o Linux 6.1+ agora utilizando o gerador de números aleatórios do AMD fTPM por padrão, os usuários estão começando a experimentar gagueira em seus sistemas como resultado.
Estas últimas duas semanas foram dedicadas a uma avaliação completa desta questão e sua resolução. Felizmente, a equipe de desenvolvimento já gerou um patch que será introduzido no kernel da linha principal: ele desativa qualquer gerador de números aleatórios de hardware de ser empregado em sistemas com versões fTPM perigosas.
Exclamando o significado de patch do kernel de hoje enviado diretamente para Linus Torvalds, o engenheiro AMD Linux Mario Limonciello expressou:
A AMD notificou os fabricantes de computadores de que pode ocorrer “gagueira” se o fTPM estiver ativado no BIOS. Felizmente, as versões mais recentes do firmware resolveram esse problema; no entanto, agora cabe aos projetistas do sistema compartilhar ou não esses patches atualizados.
Desde a introdução do kernel 6.1, com seu commit b006c439d58db (“hwrng: core – start hwrng kthread também para fontes não confiáveis”), esse problema tornou-se cada vez mais comum devido ao uso padrão do fTPM em /dev/hwrng. Infelizmente, todos os aplicativos que utilizam este dispositivo têm sofrido com falhas inaceitáveis como consequência.
Para evitar mais problemas, desative o registro de hwrng defeituoso ao detectar essas versões fTPM quebradas.
Com antecipação, Torvalds deve aceitar o patch esta semana em preparação para o lançamento estável do Linux 6.2 no domingo. Além disso, também será portado para a série Linux 6.1 LTS.
.
