Kexec HandOver "KHO" 已合并至 Linux 6.16

Kexec HandOver "KHO" 已合并到正在开发的 Linux 6.16 内核中, 作为所有内存管理 "MM" 更改的一部分
Kexec HandOver 正在为未来的一些巧妙的底层功能提供基础

Kexec HandOver 允许在 Kexec 进入新内核时保留一些内核状态, 例如用于生产服务器的维护/安全更新, 在这种情况下应不惜一切代价避免停机

谷歌工程师一直在推动 Kexec HandOver 的工作, 并在 KHO 的基础上, 他们还在推行 Live Update Orchestrator
Live Update Orchestrator "LUO" 尚未合并到 Linux 6.16, 但它将允许一些巧妙的实时内核升级场景, 并最大限度地减少停机时间

其中一个期望的用例来自谷歌云, 即在替换主机内核的同时能够维护现有的虚拟机 (VM)
同样, 这在 Linux 6.16 中尚未完成, 但至少最初的 Kexec HandOver 基础设施现已合并

感兴趣的人可以通过 MM 合并了解更多详情

#LinuxKernel
原文链接

Crate 改进与其他 Rust 变更已合并至 Linux 6.16

除了 Linux 内核不同子系统中新增的若干 Rust 抽象之外, 在 Linux 6.16 合并窗口即将结束之际, 主要的 Rust 基础设施拉取请求已于昨日提交并合并

Linux 6.16 的 Rust 拉取请求增加了对 KUnit 映射的 "assert!" 宏的支持, 以在上一周期落地的初始代码基础上进行构建, 使用 Rust 2024 版本编译核心以支持 Rust 1.87 及更高版本, 以及各种修复/变通方法

Linux 内核的许多 Rust crate 也得到了增强, 例如 kernel crate 获得了新功能, XArray 数据结构的 Rust 抽象, pin-init crate 中新增的包装器等等

Rust 文档也得到了改进, 包括更新了 Ubuntu 上使用 Rust Linux 内核的说明以及完善的编码指南

有关 Linux 6.16 的这些 Rust 更改的更多详细信息, 请参见此拉取请求, 该请求已于昨晚合并到 Git

#LinuxKernel #Rust
原文链接

Linux 6.15 & 早期 Linux 6.16 为 AMD Strix Halo 带来一些额外性能提升

#LinuxKernel
https://www.phoronix.com/news/Linux-6.15-6.16-AMD-Strix-Halo

AMD 的内核计算驱动程序 "AMDKFD" 现在可以在 RISC-V 上启用

在上周合并到 Linux 6.16 内核的所有 Linux 内核图形驱动功能之后, 今天上午发出了第一批针对直接渲染管理器 (DRM) 代码的修复程序
除了对这些图形/显示/加速器驱动程序的修复之外, 还有一个新功能: AMDKFD 内核计算驱动程序现在可以在 RISC-V 系统上启用

通过此 "修复" 拉取请求, 支持在 RISC-V 上启用 AMDKFD
这没问题, 因为我们仍在 Linux 6.16 合并窗口内, 该窗口将于本周日随 Linux 6.16-rc1 的发布而关闭
在此阶段, RISC-V 上的 AMDKFD 支持仅仅是一个小的 Kconfig 补丁, 允许该内核驱动程序在该 CPU 架构上构建

除了 x86_64 Linux, AMDKFD HSA 内核驱动程序也可以在 ARM64/AArch64, POWER 64 位以及现在的 RISC-V 64 位硬件上构建

AMD 开发人员批准了这一更改, 而该补丁来自中国中兴通讯的一位工程师
中兴通讯已确认 AMDKFD 驱动程序现在在 RISC-V 系统上成功运行, 用于将 AMD GPU/加速器与 RISC-V 平台配对, 以提供开源计算体验

除了 RISC-V 上的 AMDKFD 内核驱动程序, 中兴通讯工程师还确认开源 ROCm 用户空间代码可以在 RISC-V 上构建和使用
同时, 去年合并到 Linux 内核的更改允许较新的 AMD Radeon 显卡在 RISC-V 上普遍工作, 此前还有其他更改 -- 今天的活动仅与 AMDKFD/HSA 计算驱动程序有关

这是一个很好的补充, 例如对于那些拥有带有 PCI Express x16 插槽的 SiFive HiFive Premier P550 RISC-V 板的人来说

至于今天修复拉取请求中的 DRM 修复程序, 大多数是散布在整个板上的 Intel i915/Xe 和 AMDGPU 修复程序, 其中 AMDKFD RISC-V 补丁最值得注意

#LinuxKernel
原文链接

Linux 的 Turbostat 更新支持 Intel Diamond Rapids 与 Bartlett Lake

Linux 内核源代码树中的 turbostat 工具用于报告处理器频率和空闲统计数据以及其他 CPU 信息, 在 Linux 6.16 合并窗口期间进行了一些最后更新

就在 Linux 6.16-rc1 发布之前, 有一些 Turbostat 工具的更新
Turbostat 更新中最值得注意的是增加了对下一代 Xeon 7 "Diamond Rapids" 服务器处理器的支持
Turbostat 需要新的平台功能数据位才能正确处理这些即将推出的 Xeon P-core 服务器 CPU

Intel Bartlett Lake 也在 Linux 6.16 中获得了 Turbostat 支持
Bartlett Lake 的 Turbostat 更改只是复制了 Alderlake 功能报告, 与 Raptor Lake, Meteor Lake, Arrow Lake 和其他 Intel Core (Ultra) 消费级 CPU 使用的相同
所以这部分不如 Diamond Rapids 支持那么有趣

还有针对某些条件下 AMD RAPL 能量报告的修复, 增加了 RAPL 功率限制配置输出, 以及一些小修复

更多关于 Linux 6.16 合并的 Turbostat 更改的详细信息, 请参见此拉取请求

#LinuxKernel
原文链接

Linux 6.15.2 修复了 "非常显著...可能危险" 的空闲电源回归问题

今天, 除了发布 Linux 6.14.11 标志着 Linux 6.14 内核系列的生命周期结束外, Greg Kroah-Hartman 还发布了 Linux 6.15.2 作为最新的稳定版本.这里有一个值得注意的修复, 解决了自迁移到 Linux 6.15 以来, 某些系统上 CPU 空闲功耗倒退的问题

Linux 6.15.2 包含了来自 Linux 6.16 Git 的最新修复和其他反向移植.Linux 6.15.2 之所以值得注意, 是因为它包含了修复 Linux 6.15 导致某些系统功耗倒退的反向移植回滚

如上所述, 在某些系统上, 例如那些使用 "nosmt" 内核配置启动的系统, CPU 功耗可能会 "急剧上升" .Linux 电源管理子系统维护者和 Intel 工程师 Rafael Wysocki 在回滚提交中解释道:
"也就是说, 在这些系统上, SMT 兄弟在 cpuidle 尚未初始化时会永久性地提前离线, 因此在上述提交之后, 会为它们调用 hlt_play_dead()
稍后, 当处理器尝试进入深度封装 C 状态, 包括 PC10 (这是在 suspend-to-idle 中达到最低功耗的必要条件) 时, 它无法做到这一点, 因为 SMT 兄弟保持在 C1 (它们被 HLT 置于此状态)

结果, 这些系统上的空闲功耗 (包括 suspend-to-idle 中的功耗) 急剧上升, 带来所有可能的结果, 这 (不用说) 可能是其用户不期望的

这个问题难以调试且可能危险, 因此需要尽快以适用于 6.15.y 的方式解决, 因此进行了回滚"

此回滚以避免问题是 Linux 6.15.2 更改的一部分

除了 Linux 6.15.2 以及 Linux 6.14.11 EOL 该系列外, 今天还发布了 Linux 6.12.33 LTS, 用于这三个内核.新内核可以从 kernel.org 下载

#LinuxKernel
原文链接