En 2022, AMD a averti les clients que les systèmes Ryzen exécutant Windows 10 et 11 pourraient subir un bégaiement intermittent si le module de plateforme sécurisée du micrologiciel (fTPM) était utilisé. Au départ, cela ne se produisait qu’avec les utilisateurs Windows ; cependant, il s’est maintenant propagé aux appareils Linux qui ont activé le AMD fTPM RNG par défaut – à partir de la version 6.1+. Cela se produit non seulement dans les deux systèmes d’exploitation, mais également dans de nombreux modèles plus récents !
AMD article récent suggère que certaines configurations du système Ryzen peuvent subir des pauses temporaires d’interactivité ou de réactivité en raison de transactions de mémoire étendues liées au fTPM effectuées sur Windows 10/11. Cela se produit dans la mémoire flash SPI (« SPIROM ») située sur la carte mère.
Pour éviter le problème fTPM, AMD exhorte les clients à mettre à jour le BIOS de leur système de carte mère ou à opter pour une solution TPM matérielle alternative. Le problème devrait être corrigé une fois qu’ils auront utilisé la version AGESA 1207 d’AMD ou une version plus avancée.
Malheureusement, de nombreux fournisseurs d’ordinateurs portables et de systèmes ont mis du temps à publier des mises à jour du BIOS qui aideraient à résoudre ce problème. Avec Linux 6.1+ utilisant désormais par défaut le générateur de nombres aléatoires d’AMD fTPM, les utilisateurs commencent à ressentir du bégaiement sur leurs systèmes.
Ces deux dernières semaines ont été consacrées à une évaluation complète de ce problème et à sa résolution. Heureusement, l’équipe de développement a maintenant généré un correctif qui sera introduit dans le noyau principal : il empêche tout générateur de nombres aléatoires matériel d’être utilisé sur des systèmes avec des versions fTPM périlleuses.
S’exclamant sur l’importance de patch du noyau d’aujourd’hui envoyé directement à Linus Torvalds, l’ingénieur AMD Linux Mario Limonciello a déclaré :
AMD a informé les fabricants d’ordinateurs que le « bégaiement » peut survenir si le fTPM est activé dans le BIOS. Heureusement, les nouvelles versions du micrologiciel ont résolu ce problème. cependant, il appartient maintenant aux concepteurs de systèmes de partager ou non ces correctifs mis à jour.
Depuis l’introduction du noyau 6.1, avec son commit b006c439d58db (« hwrng: core – démarrer hwrng kthread également pour les sources non fiables »), ce problème est devenu de plus en plus courant en raison de l’utilisation par défaut de fTPM dans /dev/hwrng. Malheureusement, toutes les applications utilisant ce dispositif ont souffert d’un bégaiement inacceptable en conséquence.
Pour éviter d’autres problèmes, désactivez l’enregistrement de hwrng défectueux lors de la détection de ces versions fTPM cassées.
Avec anticipation, Torvalds devrait accepter le patch cette semaine en préparation de la sortie stable de Linux 6.2 dimanche. De plus, il sera également rétroporté sur la série Linux 6.1 LTS.
