Linus Benedict Torvalds és un enginyer de programari, conegut per iniciar i mantenir el desenvolupament del nucli Linux
A les llistes de correu dels desenvolupadors del Kernel de Linux, Linus Torvalds, va expressar la seva “frustració” amb la implementació del mòdul fTPM dAMD.
I és que per al creador de Linux, el mòdul fTPM d'AMD és una cosa “ximple”, ja que sembla suggerir que el millor que es pot fer amb aquesta solució TPM seria deshabilitar-la, almenys pel que fa al seu ús per a la generació de maquinari de números aleatoris.
Linus Torvalds esmenta que el problema de fTPM està perjudicant el rendiment de Linux, a més de que assenyala que la instrucció RDRAND podria utilitzar-se al seu lloc per a la mateixa tasca.
fTPM és una solució específica que sexecuta en un entorn segur en un processador. el propòsit d'aquest TPM és resoldre errors trobats només al programari del processador. Moltes empreses, com AMD i Intel, utilitzen fTPM per a la seguretat del maquinari. Bàsicament, els TPM, ja siguin basats en firmware o en maquinari, s'utilitzen per crear i emmagatzemar de manera segura claus criptogràfiques, certificats i contrasenyes. Els mòduls també generen, entre altres coses, números aleatoris per a ús del programari. No obstant això, en el cas de l'fTPM d'AMD, hi ha algunes errades de funcionament.
S'esmenta que quan es fa servir el fTPM d'AMD, accedeix al seu emmagatzematge flaix a través d'una interfície sèrie i, en fer-ho, retarda lactivitat de la resta del sistema. Si el mòdul es feia servir amb freqüència, per exemple, mitjançant programari que generava fluxos de nombres aleatoris, el resultat final per als usuaris dels sistemes afectats era una caiguda en el rendiment.
Segons AMD, algunes configuracions del sistema AMD Ryzen poden realitzar de forma intermitent transaccions de memòria estesa relacionades amb fTPM a la memòria flaix SPI (SPIROM) ubicada a la placa base. Això pot causar pauses temporals en la interactivitat o capacitat de resposta del sistema fins que es completi la transacció.
El problema va aparèixer a les PC amb Windows i es va resoldre amb una actualització del BIOS que va arreglar el fTPM per millorar-ne el funcionament, encara que també el problema va afectar Linux, i encara que semblava que un pegat a nivell del nucli havia solucionat l'error, l'alentiment va reaparèixer, provocant la ira de Linus Torvalds.
«Simplement deshabilitem l'estúpid fTPM hwrnd», va dir Torvalds dijous a la llista de correu de desenvolupament del nucli de codi obert.
Com a tal l'enuig de Linus Torvalds no va ser la “solució” implementada, sinó que el problema encara afecta els que no han instal·lat l'actualització de BIOS necessària, a més que la solució no va tenir en compte totes les iteracions del firmware amb errors, o que el firmware no es va arreglar del tot, per tant, per a alguns usuaris el problema persisteix.
Per això el suggeriment de desactivar el generador de números fTPM, independentment de la versió.
«Per què algú faria servir aquestes escombraries quan qualsevol màquina que suposadament la va arreglar, cosa que aparentment no va funcionar després de tot, també tindria la instrucció CPU rdrand que no té el problema? No veig el mal de simplement dir que això de fTPM no funciona. Fins i tot si acaba funcionant en el futur, hi ha alternatives que no són pitjors”, va escriure. Ell reconeix que RdRand (que torna números aleatoris d'un generador de nombres aleatoris incorporat) pot ser lent, però en comparació amb els tartamudejos causats per fTPM, Torvalds creu que pot ser la millor solució.
“De fet, rdrand, i rdseed en particular, poden ser força lents. Però crec que estem parlant de centenars de cicles de CPU, potser uns quants milers. Res com els tartamudejos que vam veure amb fTPM”, va escriure. La causa real de l'error encara no és clara, encara que Torvalds ha ofert algunes teories sobre el que podria estar passant. En un altre comentari extens sobre l'estat del fTPM d'AMD, Torvalds va semblar llançar ombra sobre els codificadors BIOS de la placa base abans de fer una observació clau sobre RDRAND basat en CPU versus HWRND basat en fTPM.
Finalment cal esmentar que AMD va suggerir anteriorment utilitzar un TPM físic com a alternativa al microprogramari TPM que usen moltes plaques base el que no té en compte és que també es necessita una placa base amb la capçalera adequada per acceptar aquest mòdul, la qual cosa no està garantit.
si estàs interessat a poder conèixer més sobre això, pots consultar els detalls en el següent enllaç.