Os problemas relacionados ao fTPM da AMD no Linux, que frequentemente causa travamentos e congelamentos no sistema são muito conhecidos pelos usuários.
Recentemente, Linus Torvalds, criador do Linux, expressou sua decepção em relação a tecnologia de firmware da AMD para atender ao padrão TPM 2.0, chegando a classificá-lo como uma "praga" para o kernel.
O histórico de problemas do fTPM da AMD é longo e teve início com o lançamento do Windows 11. Para recapitular, o Trusted Platform Module (TPM) é uma verificação de segurança que se tornou obrigatória no Windows 11.
Isso significa que as fabricantes de placa-mãe agora tem que fornecer esse recurso em seus produtos se quiserem continuar oferecendo suporte aos sistemas operacionais modernos.
A intenção pro trás da obrigatoriedade deste recurso de segurança por parte da Microsoft era beneficiar o consumidor, mas essa mudança também trouxe diversos problemas.
Entre os principais problemas decorrentes do fTPM estão os travamentos e a lentidão no sistema. Além disso, vários usuários também experimentaram oscilações e interrupções durante jogos.
O problemas que envolvem o fTPM também afetaram a plataforma Intel, mas a maioria das ocorrências foram registradas em sistemas com produtos da AMD, alguns deles ainda persistem até hoje.
Para solucionar esses problemas, a AMD vem lançando vários patches de correções, alguns bugs foram resolvidos no Windows, mas as coisas não estão indo bem no kernel Linux.
O problema do TPM no Linux também foi destacado no Kernel.org Bugzilla, um conhecido site para registro de bugs no kernel. Veja na integra o que Linus Torvalds disse sobre os problemas causados pelo fTPM no Linux:
"Vamos simplesmente desabilitar esse estúpido 'hwrnd' do fTPM. Talvez utilizá-lo apenas para 'reunir entropia de diferentes fontes' no momento do boot, mas claramente não deve ser usado durante a execução. Por que alguém usaria esse lixo quando qualquer máquina que o possui supostamente corrigido (o que aparentemente não se mostrou verdadeiro, afinal) também teria a instrução 'rdrand' da CPU, que não tem esse problema? Se você não confia na implementação do 'rdrand' da CPU (que também já teve bugs - veja 'clear_rdrand_cpuid_bit()' e 'x86_init_rdrand()'), por que confiaria na versão do fTPM, que causou ainda mais problemas? Portanto, não vejo desvantagem em simplesmente dizer 'esse negócio de fTPM não está funcionando'. Mesmo que acabe funcionando no futuro, existem alternativas que não são piores."
A declaração do criador do Linux expressa claramente sua insatisfação com a chegada do fTPM ao Linux, mas não descarta a possibilidade de que o recurso venha a funcionar corretamente no futuro.
Ele também menciona os codificadores de BIOS de placas-mãe como alternativa ao fTPM, considerando os fatores relacionados ao 'RDRAND' baseado na CPU e ao 'HWRND' baseado no fTPM.
A AMD deve continuar trabalhando nas correções para os problemas identificados, mas a saga do "fTPM" no Linux está longe de chegar ao fim, frequentemente os usuários relatam novos bugs que nunca foram vistos antes.
