AMD将每线程CPU微代码加载修复提交给Linux 6.1-rc2

AMD将每线程CPU微代码加载修复提交给Linux6.1-rc2一组"x86/紧急"补丁今天早上被送出，以便在今天的6.1-rc2版本之前拉入Linux内核。这个x86/紧急拉动请求有一些影响Linux内核x86/x86_64CPU代码的修复。有一些拓扑结构的修复，各种编译器处理检查的清理，英特尔perfLBR的修复，FPU状态设置的修复，也许最引人注目的是对AMDCPU微代码加载器的修复。PC版：https://www.cnbeta.com/articles/soft/1330143.htm手机版：https://m.cnbeta.com/view/1330143.htm

Linux将采用英特尔CPU混合拓扑结构来确定漏洞/触发点

Linux将采用英特尔CPU混合拓扑结构来确定漏洞/触发点本周一上午，英特尔发布的补丁将在内核的x86/x86_64拓扑代码中添加CPU类型信息。作为处理器拓扑结构的一部分，通过CPU类型进行正确报告的直接用例是处理CPU漏洞。有些CPU安全漏洞是根据与CPU系列/型号/步进ID的匹配情况来应用的。但是，按照英特尔目前的标识做法，型号/步进标识通常在许多处理器SKU中共享，包括一些具有不同P核和E核组合的SKU，或者一些根本没有E核的SKU。例如，英特尔酷睿i314100有四个P核心，但没有E核心。因此，在当前的x86_64CPU漏洞/缓解处理中，即使是这些仅有P核心的SKU，最终也可能会应用仅适用于E核心系统的缓解措施。这些新的Linux内核补丁的直接区别是，纯P核处理器将不再应用寄存器文件数据采样(RFDS)缓解措施，而RFDS只适用于E核/Atom处理器内核。现在，缓解代码已经足够"聪明"，可以考虑内核类型拓扑结构。随着时间的推移，内核处理器拓扑代码中的CPU类型信息可能会有更多用途。现在，这些补丁程序正在主线内核中接受审查。...PC版：https://www.cnbeta.com.tw/articles/soft/1435060.htm手机版：https://m.cnbeta.com.tw/view/1435060.htm

Linux内核可能最终逐步取消对英特尔i486 CPU的支持

Linux内核可能最终逐步取消对英特尔i486CPU的支持LinusTorvalds支持可能从Linux内核中取消英特尔486（i486）处理器支持的想法。在十年前Linux内核放弃对i386的支持后，i486一直是Linux内核主线的最低x86处理器支持。最近一次试图取消对i486的支持的提法来自LinusTorvalds本人，他表达了可能需要x8632位CPU支持"cmpxchg8b"的想法，这指的是PentiumCPU及以后的CPU。PC版：https://www.cnbeta.com/articles/soft/1330139.htm手机版：https://m.cnbeta.com/view/1330139.htm

Linux 6.7全面改进x86 CPU微码加载方式

Linux6.7全面改进x86CPU微码加载方式Linux6.7中对x86微代码加载的一些改进包括：在启用分页之前不在32位上加载微代码，以避免各种问题；重新修改CPU微代码的后期加载；后期加载的微代码现在对CPU热插拔操作更友好；以及确定后期微代码加载何时被认为是安全的最小微代码版本概念。x86处理器/微代码的亮点总结如下：-重组所需的代码，并在32位上添加临时initrd映射，以便加载器可以访问微码Blob。这本身就是为下一个重大改进做准备：-在启用分页之前，不要在32位加载微代码。在过去，处理这个问题会带来无尽的麻烦、问题、难看的代码和不必要的破解。而且从一开始就没有任何合理的理由这样做。因此，将32位加载改为在启用分页后进行，并再次将加载器代码变得"真正纯净"。-在英特尔系统中放弃混合微码步进加载--在整个系统中加载一个补丁就足够了-重新设计后期加载，跟踪哪些CPU已成功更新微代码，哪些尚未更新，并采取相应行动-将英特尔上的后期微代码加载移至NMI上下文，以确保所有线程上的并发加载-使后期加载对CPU热插拔安全，并为更新目的唤醒脱机线程-增加对最小修订版的支持，以确定后期微代码加载在机器上是否安全，并且微代码不会更改机器无法使用的软件可见功能，因为功能检测已经发生。粗略地说，最小版本号是系统当前必须加载的最小版本号，以便允许后期更新。-其他一些很好的清理、修复等。这些改进已合并到Linux6.7中：https://lore.kernel.org/lkml/20231103110600.GAZUTUGFjhoLm1KZzE@fat_crate.local/...PC版：https://www.cnbeta.com.tw/articles/soft/1396017.htm手机版：https://m.cnbeta.com.tw/view/1396017.htm

Linux 6.9 预计周日发布 针对英特尔和AMD处理器都有重大改进

Linux6.9预计周日发布针对英特尔和AMD处理器都有重大改进对于英特尔（Intel）和AMD（AMD）来说，最近和即将推出的平台的改动仍然相当大。Linux6.9中英特尔/AMD的一些重大变化包括：-针对现代Ryzen系统的AMDP-State首选内核处理。这是为了利用CPU内核之间的ACPICPPC数据，改善AMDRyzen系统上可实现更高频率的内核的任务分配，同时帮助在Zen4和Zen4C内核之间进行混合选择。这种AMD首选内核支持从去年开始开发。-针对英特尔酷睿"流星湖"调整，可以在Linux6.9上为那些使用新款英特尔笔记本电脑的用户带来不错的性能提升。-Linux6.9还显示了AMD第四代EPYC在Linux6.9上的一些性能提升，以及英特尔至强Max在新内核上的一些人工智能工作负载的性能提升。-英特尔FRED与未来的英特尔CPU合并，用于灵活返回和事件交付，以彻底改变CPU环路转换。-合并了AMDFRU内存毒药管理器和其他工作，以更好地支持AMDMI300系列。-重写了x86拓扑代码，以更好地处理英特尔酷睿混合CPU。-现在所有支持的显卡均已启用IntelFastboot支持。-支持在现代4K+显示器上支持更大的帧缓存控制台字体。-AMD继续向AMDGPU驱动程序上游提供更多RDNA3+刷新和RDNA4图形硬件支持。-继续开发实验性的英特尔XeDRM内核图形驱动程序，英特尔的目标是为Xe2/LunarLake做好准备。...PC版：https://www.cnbeta.com.tw/articles/soft/1430415.htm手机版：https://m.cnbeta.com.tw/view/1430415.htm

英特尔继续为X86S准备Linux内核

英特尔继续为X86S准备Linux内核一夜之间，Linux6.9合并窗口中的x86启动改进就已发布。这次合并将继续改进x86早期启动代码，使其与位置无关。最终的目标是让整个核心内核都能使用位置独立代码（-fPIC）构建。此外，还有早期控制台改进、一些微优化和清理，以及更多X86S位。在Linux6.9中的X86S工作中，有一部分是为了适应在Ring0中移除兼容模式，因此需要重新编写"trampoline_start64"代码。英特尔Linux工程师基里尔-舒特莫夫（KirillShutemov）解释说："重新修改了trampoline_start64()函数，只有在需要更改分页模式时才进入兼容模式。如果CPU已经处于所需的分页模式，它将在长模式下继续运行。只要CPU已经处于正确的分页模式，这一修改将允许辅助CPU在X86S机器上启动。未来，将有一种机制可以在分页模式之间进行切换，而无需禁用分页模式。"是的，原来公布的X86-S现在被称为X86S。英特尔Linux开发人员最近一直称其为X86S，而事实上，英特尔原始规范已于11月悄然更新为v1.1，并在修订历史中注明名称确实已从X86-S变为X86S。除了正在进行的X86S工作外，Linux6.9还因合并英特尔FRED而备受关注，这也是未来处理器的另一次大修......有可能与X86S同时进行。Linux6.9的所有X86/boot改动都在此pullrequest中列出。...PC版：https://www.cnbeta.com.tw/articles/soft/1423399.htm手机版：https://m.cnbeta.com.tw/view/1423399.htm