南通制作网站公司,外贸主动营销网站建设,wordpress自动回到顶部,常德建设网站导读最近#xff0c;社区在清理 Linux 上的 Intel/AMD x86 CPU 微代码加载方面做了大量的工作#xff0c;这些工作现已合并到 Linux 6.7 中。 由于在启动时加载 CPU 微代码对于减少不断出现的新 CPU 安全漏洞以及有时解决功能问题非常重要#xff0c;Thomas Gleixner 最近开…导读最近社区在清理 Linux 上的 Intel/AMD x86 CPU 微代码加载方面做了大量的工作这些工作现已合并到 Linux 6.7 中。 由于在启动时加载 CPU 微代码对于减少不断出现的新 CPU 安全漏洞以及有时解决功能问题非常重要Thomas Gleixner 最近开始清理 x86 CPU 微代码加载功能并在此过程中进行了各种改进。
Linux 6.7 中对 x86 微代码加载的一些改进包括在启用分页之前不在 32 位上加载微代码以避免各种问题重新修改 CPU 微代码的后期加载后期加载的微代码现在对 CPU 热插拔操作更友好以及确定后期微代码加载何时被认为是安全的最小微代码版本概念。
x86 处理器/微代码的亮点总结如下
– 重组所需的代码并在 32 位上添加临时 initrd 映射以便加载器可以访问微码 Blob。这本身就是为下一个重大改进做准备
– 在启用分页之前不要在 32 位加载微代码。在过去处理这个问题会带来无尽的麻烦、问题、难看的代码和不必要的破解。而且从一开始就没有任何合理的理由这样做。因此将 32 位加载改为在启用分页后进行并再次将加载器代码变得”真正纯净”。
– 在英特尔系统中放弃混合微码步进加载–在整个系统中加载一个补丁就足够了
– 重新设计后期加载跟踪哪些 CPU 已成功更新微代码哪些尚未更新并采取相应行动
– 将英特尔上的后期微代码加载移至 NMI 上下文以确保所有线程上的并发加载
– 使后期加载对 CPU 热插拔安全并为更新目的唤醒脱机线程
– 增加对最小修订版的支持以确定后期微代码加载在机器上是否安全并且微代码不会更改机器无法使用的软件可见功能因为功能检测已经发生。粗略地说最小版本号是系统当前必须加载的最小版本号以便允许后期更新。
– 其他一些很好的清理、修复等。
这些改进已合并到 Linux 6.7 中
https://lore.kernel.org/lkml/20231103110600.GAZUTUGFjhoLm1KZzEfat_crate.local/
