(資料圖)
AMD 的 fTPM 問題在業(yè)內(nèi)眾所周知，經(jīng)常導(dǎo)致系統(tǒng)崩潰和卡死。Linux 的創(chuàng)建者 Linus Torvalds 對該功能表示失望，稱其為內(nèi)核的"瘟疫"。簡單回顧一下，可信平臺模塊（Trusted Platform Module 或 TPM）是一種安全檢查，在最新版本的 Windows 11 中必須啟用。雖然此舉的初衷是為了消費者的利益，但該功能卻帶來了一些問題。
fTPM 帶來的主要問題是隨機卡頓和延遲。此外，一些用戶在玩游戲時還出現(xiàn)了抖動和中斷現(xiàn)象。雖然問題確實發(fā)生在英特爾平臺上，但大多數(shù)問題都發(fā)生在 AMD 平臺上，而且至今仍然存在。
AMD 發(fā)布了各種修復(fù)程序來解決這個問題，而且在某種程度上，這些問題也得到了解決。然而，在 Linux 內(nèi)核上，情況卻有所不同。Kernel.org Bugzilla 也強調(diào)了 Linux 中的 TPM 問題，這是一個識別內(nèi)核漏洞的著名網(wǎng)站。以下是 Linus Torvalds 對因 fTPM 而出現(xiàn)的新問題的看法：
讓我們禁用愚蠢的 fTPM hwrnd 吧。
也許可以在啟動時使用它來"從不同來源收集熵"，但顯然不應(yīng)該在運行時使用。
為什么有人要使用這個破玩意兒，因為任何一臺據(jù)說修復(fù)了這個問題的機器（事實顯然并非如此），其 CPU rdrand 指令也不會出現(xiàn)這個問題？
如果你不相信CPU的rdrand實現(xiàn)（而且它也有錯誤--參見clear_rdrand_cpuid_bit()和x86_init_rdrand()），那你為什么還要相信引發(fā)了更多問題的fTPM版本呢？
因此，我不認(rèn)為直接說"fTPM 失效"有什么壞處。即使它將來能用，也有其他替代方案，不會比現(xiàn)在更糟。
雖然 Linux 創(chuàng)建者的聲明確實表達(dá)了他對這一問題的不滿，但他也提到了主板 BIOS 編碼人員、基于 CPU 的 RDRAND 和基于 fTPM 的 HWRND 的權(quán)衡因素。我們期待未來能發(fā)布已發(fā)現(xiàn)問題的修復(fù)程序，但整個"fTPM"事件令人失望，而且看起來還沒有結(jié)束。
關(guān)鍵詞：
