AMD P-State首选内核将在Linux 6.9中获得支持

AMDP-State首选内核将在Linux6.9中获得支持特别是现在一些AMDCPU混合使用Zen4和Zen4C内核，AMDP-State首选内核对于确保预期行为和最重要的进程在性能最佳的CPU内核上运行就更加重要了。从那时起，AMD一直在开发首选核心Linux补丁，在过去的几个月里，已经对它们进行了13次以上的修订。这项工作取得了成果，AMDP-State首选内核支持将在下一个内核周期中推出。Linux电源管理子系统维护者拉斐尔-维索基（RafaelWysocki）宣布，他已在Linux6.9之前将AMD的第14版补丁排入他的电源管理"-next"树中。因此，在几个月后的Linux6.9内核中，AMDP-StatePreferredCore将支持并默认启用默认使用AMDP-StateCPU频率管理驱动程序的现代Ryzen系统。了解更多：https://lore.kernel.org/linux-acpi/CAJZ5v0hRk3tME7yeC+1r0RM4-oPPrnSu2=JCsOshBbJp_Nq2Hg@mail.gmail.com/...PC版：https://www.cnbeta.com.tw/articles/soft/1415607.htm手机版：https://m.cnbeta.com.tw/view/1415607.htm

Linux 6.9发布 带来更好的Intel Core Ultra性能表现和更大的控制台字体选项

Linux6.9发布带来更好的IntelCoreUltra性能表现和更大的控制台字体选项最值得关注的是，Linux6.9提高了英特尔酷睿Ultra"流星湖"处理器的性能表现，为AMDRyzenLinux用户合并了AMDP-StatePreferredCore也提高了AMD处理器运行表现，与此同时还在继续为AMDRDNA3+/RDNA4GPU做准备。作为对未来一代英特尔CPU的重要更新，Linux6.9合并了英特尔FRED，现在支持在现代/4K+显示器上使用更大的帧缓存控制台字体，DM虚拟数据优化器（VDO）最终被主流化等等。Linux6.9现已在git.kernel.org上发布。新版的发布也意味着现在已经进入Linux6.10周期，预计会有许多新功能。LinusTorvalds现在也发布了他惯常的6.9版本公告，有兴趣的人可以看看他的评论。...PC版：https://www.cnbeta.com.tw/articles/soft/1430649.htm手机版：https://m.cnbeta.com.tw/view/1430649.htm

英特尔发布Linux系统下的CPU微代码更新

英特尔发布Linux系统下的CPU微代码更新tip.git的x86/microcode分支对Linux内核的x86微代码处理进行了初步改进。这些补丁删除了一些无用的互斥，丢弃了一些旧的调试代码，并使CPU微代码加载支持在基于x86的系统上不再是一个选项，而是始终启用。在英特尔和AMD系统上，任何需要微码加载支持的"合理配置"，现在都会启用该选项。早先的x86微代码加载改进至少已在TIP中排队等候，很可能成为即将到来的Linux6.6周期的一部分：https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/log/?h=x86/microcode英特尔至强Max服务器CPUThomasGleixner一直在领导改进英特尔Linux系统后期微码加载的工作。他在这个补丁系列中解释说："企业用户希望延迟加载微代码。延迟加载是有问题的，因为它需要详细了解变更，并分析该变更是否修改了内核已经在使用的内容。大型企业客户拥有工程团队和深入的技术供应商支持。而普通管理员没有这样的资源，因此内核在后期加载后总是会有污点。英特尔最近在微码头中添加了一个新的保留字段，其中包含了CPU上必须运行的最小微码版本，以确保加载安全。在所有较旧的微代码版本中，该字段的值都是0，内核会认为这些微代码版本不安全。最小版本检查可通过Kconfig或内核命令行执行。这样，内核就会拒绝加载不安全的修订版。默认情况下，内核会像以前一样加载不安全的版本，并玷污内核。如果加载的是安全版本，内核就不会被玷污。但这并不能解决延迟加载的所有其他已知问题：-当前英特尔CPU上的延迟加载与启用超线程时的NMI相比是不安全的。如果在主处理器加载微代码时发生NMI，次处理器就会崩溃。-当微码更新修改了MWAIT时，使用MWAIT的软脱机SMT姊妹们也会造成损坏。在"nosmt"缓解措施的背景下，这是一种现实的情况。无论是核心代码还是英特尔特定代码，都根本不会处理这些问题。在尝试实现这一点时，我无意中发现了一些功能失常、复杂得可怕的冗余代码，因此我决定先清理这些代码，以便在干净的石板上添加新功能"。在Linux上，延迟加载微代码是指当系统已经启动并运行软件时，允许更新CPU微代码，而不是在CPU内核不忙的启动时间提前加载微代码。延迟加载CPU微代码对于超大规模企业、云服务提供商和其他大型企业尤其有用，因为它们希望以安全的名义快速部署CPU微代码更新，但又要避免系统宕机。目前还不清楚改进后的英特尔CPU微代码延迟加载是否能在v6.6内核中及时完成，但至少这项改进正在进行中。...PC版：https://www.cnbeta.com.tw/articles/soft/1377059.htm手机版：https://m.cnbeta.com.tw/view/1377059.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

Linux 6.5更新了英特尔GDS/DOWNFALL和AMD INCEPTION漏洞补丁

Linux6.5更新了英特尔GDS/DOWNFALL和AMDINCEPTION漏洞补丁此次合并为Zen3和Zen4添加了围绕缓解AMD投机性返回地址堆栈（RAS）溢出漏洞的内核部分：https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=138bcddb86d8a4f842e4ed6f0585abc9b1a764ff有关AMDINCEPTION披露的详细信息，请参阅我们之前发布的文章。为AMD处理器上的投机性RAS（返回地址栈）溢出漏洞添加缓解措施。简而言之，这又是一个用户空间毒害微架构结构的问题，该结构可通过侧信道泄漏特权信息。Linus还合并了围绕IntelGatherDataSampling(GDS)/DOWNFALL的内核变更。请参阅英特尔DOWNFALL漏洞概述，了解影响Skylake到IceLake/Tigerlake处理器的该问题的详细信息：https://downfall.page/AMD和英特尔处理器都需要微码更新，这些更新将随时推送：https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00837.htmlhttps://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00836.html周二补丁还包括内核的Xen安全修复。这些安全补丁现已发布在Linux6.5内核的LinuxGit中，并将在未来几天内向Linux稳定版系列回传。...PC版：https://www.cnbeta.com.tw/articles/soft/1375807.htm手机版：https://m.cnbeta.com.tw/view/1375807.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