AMD ha comenzado a trabajar en un nuevo parche que deshabilitará RNG (generador de números aleatorios) para los fTPM de AMD para contrarrestar las molestias no deseadas.

Los problemas de fTPM de AMD aumentaron después de la introducción de «fTPM», los usuarios exigen desactivar la función

En el informe anterior, se mencionó cómo el creador de Linux, Linus Torvalds, expresó su decepción por la función, calificándola de «plaga» para el kernel de Linux. Sus puntos de vista ganaron gran tracción en la industria, lo que finalmente llevó a la empresa a intervenir y resolver el problema. Tal como lo reveló Phoronix, el equipo rojo ahora ha deshabilitado el RNG para todos los fTPM que crean el parche hoy.

AMD ha deshabilitado fTPM RNG (generador de números aleatorios), que ha jugado un papel importante en los crecientes problemas que enfrenta la comunidad de Linux debido al molesto fTPM de AMD. Así es como el ingeniero de AMD Mario Limonciello ve el movimiento:

tpm: deshabilite RNG para todos los fTPM de AMD

La funcionalidad TPM RNG no es necesaria para la entropía cuando la CPU ya admite la instrucción RDRAND. La funcionalidad TPM RNG se deshabilitó previamente en un subconjunto de la serie AMD fTPM, pero los informes continúan mostrando problemas en algunos sistemas que provocan tartamudeos en la funcionalidad TPM RNG.

Ampliar la desactivación del uso de TPM RNG para todos los fTPM de AMD, ya sea que tengan versiones que afirmen haber sido reparadas o no.

a través de git.kernel

El parche se lanzó en Linux 6.5 hoy, con «back-porting» a versiones anteriores de Linux. La función fTPM RNG causó varios bloqueos e informes entrecortados, razón por la cual la empresa la deshabilitó rápidamente. Esperamos que este movimiento conduzca a hacer de Linux una plataforma más confiable, y se espera que la compañía implemente más actualizaciones para garantizar la estabilidad. Es bueno que el parche se haya implementado antes, ya que el problema fue una gran molestia para los usuarios que ejecutan hardware AMD en la plataforma Linux.

Fuente de noticias: Phoronix

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

El creador del sistema operativo Linux, Linus Torvalds, expresó su frustración con la implementación de fTPM de AMD (h/t Phoronix). Al caracterizar brevemente a AMD fTPM como «basura», el desarrollador finlandés franco pareció sugerir que lo mejor que se puede hacer con esta solución de TPM basada en flash de placa base sería deshabilitarla, al menos en lo que respecta a su uso para la generación de números aleatorios de hardware. . Torvalds notó que la instrucción CPU RDRAND para la misma tarea no causa tartamudeo, por lo que podría usarse en su lugar.

Anteriormente cubrimos las noticias sobre la implementación de fTPM (módulo de plataforma confiable de firmware) de AMD que causa tartamudeo en aplicaciones y juegos de Windows, y la supuesta solución/solución alternativa oficial. Preste atención a la advertencia de AMD sobre la solución de cambiar un sistema activo de fTPM a dTPM. Sin embargo, parece que los parches de BIOS de AMD no han logrado solucionar todo el comportamiento de tartamudeo de fTPM en Windows o Linux.

Escribimos nuestro último artículo sobre la tartamudez inducida por AMD fTPM en Windows en marzo de 2022. Sin embargo, las CPU y plataformas AMD lanzadas posteriormente parecen haber heredado los mismos problemas o problemas similares. Las personas con los sistemas AM5 más nuevos en 2023 todavía se quejan de la tartamudez, aunque sin más investigación, no podemos estar seguros de si hay alguna otra causa raíz. La tartamudez del sistema puede ser un gran problema cuando se trabaja con archivos multimedia, ya que puede interrumpir las videoconferencias y enfurecer a los jugadores (entre otras cosas).