AMD的fTPM问题在业界众所周知，经常导致系统崩溃和冻结。Linux的创建者LinusTorvalds表达了他对该功能的失望，并将其称为内核的“瘟疫”。

AMD的fTPM问题由来已久，随着Windows11的发布而出现

快速回顾一下，受信任的平台模块或TPM是一项安全检查，最新版本的Windows11必须启用它。虽然此举背后的目的是为了消费者的利益，但该功能带来了一些问题。fTPM带来的主要问题是随机卡顿和滞后。此外，一些用户在游戏时还经历了抖动和中断。虽然该问题确实出现在Intel平台上，但大多数问题都出现在AMD上，并且至今仍然存在。

AMD确实发布了各种修复程序来解决该问题，并在一定程度上解决了问题。然而，在Linux内核上，情况就不同了。Linux中的TPM问题也在Kernel.orgBugzilla上得到了强调，这是一个识别内核错误的著名网站。以下是LinusTorvalds对于fTPM带来的新问题的看法：

让我们禁用愚蠢的fTPMhwrnd功能。

也许将它用于启动时“从不同来源收集熵”，但显然它不应该在运行时使用。

当任何据说已修复该问题的机器(显然最终证明这不是真的)也有不存在问题的CPUrdrand指令时，为什么有人会使用该CRUD呢?

如果您不信任CPUrdrand实现(并且也存在错误-请参阅clear_rdrand_cpuid_bit()和x86_init_rdrand())，那么为什么您会信任甚至导致*更多*问题的fTPM版本?

因此，我认为仅仅说“fTPM不起作用”没有任何坏处。即使它最终在未来发挥作用，也有一些并不更糟糕的替代方案。

虽然Linux创建者的声明确实表达了他对这个问题的不满，但他还提到了主板BIOS编码器、基于CPU的RDRAND和基于fTPM的HWRND的权衡因素。我们预计将来会发布针对已识别问题的修复程序，但整个“fTPM”传奇令人失望，而且从表面上看，事情还没有结束。