Linux 6.7将允许用户在启动时启用/禁用32位程序支持

Linux6.7将允许用户在启动时启用/禁用32位程序支持现在，该代码已提交给即将到来的Linux6.7合并窗口，这意味着Linux将从内核层面开始实现启动时启用/禁用32位程序支持。Linux内核已经有了"IA32_EMULATION"Kconfig旋钮，用于在构建时切换32位支持，而大多数Linux发行版都启用了该特性，允许32位用户空间软件正常运行。不过，Linux6.7的新补丁允许在启动时选择启用/禁用它。因此，未来的Linux发行版可以选择默认关闭支持，但如果用户想运行32位传统软件，可以在启动时添加新的"ia32_emulation=1"标记来启用支持，而不必重建内核。或者，服务器管理员也可以决定更方便地预先禁用32位支持。Linux6.7的这些补丁没有更改任何默认策略。这个启动时的ia32_emulation控制是在周六的Linux6.7x86/entry变更中发布的。该请求还对fastsyscall返回验证码进行了清理。...PC版：https://www.cnbeta.com.tw/articles/soft/1393193.htm手机版：https://m.cnbeta.com.tw/view/1393193.htm

Linux 内核将不再支持 PowerPC 40x 处理器

Linux内核将不再支持PowerPC40x处理器在90年代，PowerPC40x处理器曾用于瘦客户机、机顶盒和其他设备。现在看来，移除PowerPC40x的计划终于要实现了。迈克尔-埃勒曼（MichaelEllerman）今天发布了一系列用于移除40x处理器支持的补丁。这将取消对PowerPC401/403/405的支持，同时保留对PowerPC440及以后处理器的支持。埃勒曼在补丁系列中解释说"注意44x和476不受影响。...因此，除非有人出面维护，否则请删除未使用的40x。RIP"。从Linux内核中删除这些早期PowerPC代码可以清除4400行旧的和未维护的代码，这些改动的补丁是否能在即将到来的Linuxv6.10合并窗口中及时排队暂时还不清楚。相关文章:Linux6.10将放弃对老式DECAlpha硬件的支持...PC版：https://www.cnbeta.com.tw/articles/soft/1429859.htm手机版：https://m.cnbeta.com.tw/view/1429859.htm

64位ARM Linux内核团队反对CPU特定优化 因为这相当难以维护

64位ARMLinux内核团队反对CPU特定优化因为这相当难以维护AmpereComputing发送了一组4个补丁，为其新的AmpereOne服务器处理器提供优化。AmpereComputing发现，当使用4K页面大小时，这些新的高内核数ARM服务器处理器可以从积极的预取中获益。据报告，在连续读取性能测试中，使用HugeTLB或Tmpfs的收益"高达1.3~1.4倍"。测试结果显示，在hugetlb或tmpfs中，我们可以将连续读取性能大幅提升至1.3x~1.4x。虽然这些提升对于增强AmpereOneLinux性能来说令人兴奋，但目前看来，这项工作不会被上传到主线Linux内核中。著名的ARMLinux内核开发人员WillDeacon就AmpereOneCPU的性能增强补丁发表了自己的看法："我们倾向于回避arm64内核中针对微体系结构的优化，因为这些优化非常难以维护，难以正确测试，通常会导致臃肿，并为更新我们的库例程增加额外的障碍。诚然，我们在copy_page()（伪装成ARM64_HAS_NO_HW_PREFETCH）中为Thunder-X1提供了一些帮助，但坦率地说，那台机器需要一切可以得到的帮助。因此，我真的不希望合并；现代CPU在复制数据方面应该做得更好。这是copy_to_user()，不是火箭科学。"ARM的马克-拉特兰（MarkRutland）也同意Deacon的说法，并赞同取消Thunder-X1的针对性优化。内核开发人员MarcZyngier也表示同意，并已在开发一个补丁，以删除Thunder-X1的特定代码。为了保持代码的可维护性，避免ARM64Linux内核代码过于复杂，他们不再追求CPU/微体系结构的特定优化。未来是否会有任何专注于ARMLinux的发行版自身携带此类补丁，或者任何经过AmpereOne优化的Linux发行版继续向前发展值得关注。特别是考虑到Ampere专注于高性能和高能效的ARMLinux服务器很可能不希望留下任何优化的痕迹，尤其是考虑到他们的目标是与AMDEPYC和IntelXeon服务器竞争。...PC版：https://www.cnbeta.com.tw/articles/soft/1399085.htm手机版：https://m.cnbeta.com.tw/view/1399085.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

AMD 下一代 Zen 5 CPU 获得 Linux 6.6 的初步支持

AMD下一代Zen5CPU获得Linux6.6的初步支持在以前的报道中，我们曾多次强调AMD在Linux中发布了对基于Zen5CPU架构的"Family1Ah"处理器的支持。现在，该公司也确保了与Linux6.6的完全兼容，这表明了其对该平台的专注。今天的Linux6.6开发包括支持HWMON温度监控和EDAC报告的补丁，这些补丁之前已在Linux6.6内核周期中添加。此外，x86/misc补丁也已发布，分配给"Family1Ah"处理器的PCI设备ID已经出现。虽然技术上讲这些补丁在当下并不具有重大意义，但它们确实表明了AMD对Linux的重视，与该公司过去的做法相比，这是一个彻底的转变。在Linux用户中，AMD可以说是最受欢迎的平台，占据了绝大多数份额；因此，这可能是该公司彻底改变做法的原因。该公司还积极升级RADVVulkan驱动程序，使Linux成为一个更易于操作的平台。AMDZen5CPU预计将于2024年在AM5平台上首次亮相，并将带来一系列架构变化。届时，我们可能会看到Linux上一如既往地发布多个新补丁，其中一些可能会为下一代Zen5CPU带来有趣的功能；因此，有必要对Linux内核周期进行检查。...PC版：https://www.cnbeta.com.tw/articles/soft/1380519.htm手机版：https://m.cnbeta.com.tw/view/1380519.htm

Linux社区仍在努力于2024年禁用微软RNDIS驱动程序

Linux社区仍在努力于2024年禁用微软RNDIS驱动程序远程NDIS(RNDIS)是微软开发的用于为连接到USB总线的网络设备编写NDIS微型端口设备驱动程序。远程NDIS通过定义与总线无关的消息集并描述此消息集如何在USB总线上运行来实现此目的。由于此远程NDIS接口是标准化的，因此一组主机驱动程序可以支持连接到USB总线的任意数量的网络设备。最近几天，GregKroah-Hartman恢复了他的"rndis-removal"分支，作为USB子系统Git树的一部分。虽然现阶段并不是真正"移除"RNDIS，而只是修改Kconfig以防止驱动程序被轻易编译。一旦该分支进入Linux内核主线，几个月后如果没有问题，就可以从Linux内核中实际删除RNDIS驱动程序。补丁说明中对这一改动的描述依然如故："微软的RNDIS协议在设计上是不安全的，在任何与不信任的主机或设备一起使用该协议的系统上都存在漏洞。 因为该协议不可能做到安全，所以只需禁用所有RNDIS驱动程序，以防止任何人再次使用它们。Windows只有XP及更新版本的系统需要这样做，比它更早的Windows系统可以使用普通的USB类协议，而这些协议不存在这些问题。Android已禁用该协议多年，所以应该不会有真正的系统仍然需要这样做了。"考虑到时间因素，我们将拭目以待rndis-removal代码是否会在即将到来的Linuxv6.9内核合并窗口中提交，以尝试将这些老化的代码从内核中移除。...PC版：https://www.cnbeta.com.tw/articles/soft/1419205.htm手机版：https://m.cnbeta.com.tw/view/1419205.htm