Los problemas de fTPM de AMD son bien conocidos en la industria y, a menudo, causan bloqueos y bloqueos del sistema. El creador de Linux, Linus Torvalds, ha expresado su decepción por la característica, etiquetándola como una «plaga» para el núcleo.
Los problemas de fTPM de AMD tienen una larga historia y surgen con el lanzamiento de Windows 11
Para un resumen rápido, Trusted Platform Module o TPM es una verificación de seguridad que se ha convertido en una necesidad para habilitar para la última versión de Windows 11. Si bien la intención detrás de este movimiento es para el beneficio del consumidor, la función trajo varios problemas. Los principales problemas que trajo fTPM fueron el tartamudeo y el retraso aleatorios. Además, varios usuarios también experimentaron nerviosismo e interrupciones mientras jugaban. Si bien el problema ocurrió en la plataforma Intel, la mayoría de los problemas estaban en AMD, que aún persisten en la actualidad.
AMD lanzó varias correcciones para solucionar el problema y, hasta cierto punto, se resolvieron. Sin embargo, en el kernel de Linux, la situación es diferente. El problema de TPM en Linux también se destaca en Kernel.org Bugzilla, un sitio famoso para identificar errores en el kernel. Esto es lo que dijo Linus Torvalds sobre los problemas emergentes debido a fTPM:
Desactivemos el estúpido fTPM hwrnd.
Tal vez usarlo para el tiempo de arranque «reunir entropía de diferentes fuentes», pero claramente *no* debe usarse en tiempo de ejecución.
¿Por qué alguien usaría esa basura cuando cualquier máquina que supuestamente la tiene arreglada (lo que aparentemente no resultó ser cierto después de todo) también tendría la instrucción CPU rdrand que no tiene el problema?
Si no confía en la implementación de CPU rdrand (y eso también ha tenido errores; vea clear_rdrand_cpuid_bit() y x86_init_rdrand()), ¿por qué confiaría en la versión de fTPM que ha causado incluso *más* problemas?
Por lo tanto, no veo ningún inconveniente en simplemente decir «eso de fTPM no funciona». Incluso si termina funcionando en el futuro, hay alternativas que no son peores.
Si bien la declaración del creador de Linux expresa su resentimiento por el problema, también mencionó los codificadores BIOS de la placa base, los factores de peso para RDRAND basado en CPU y HWRND basado en fTPM. Esperamos que se publiquen soluciones para los problemas identificados en el futuro, pero toda la saga «fTPM» es decepcionante y, por lo que parece, aún no ha terminado.
Fuente de noticias: Phoronix