Linux 6.1.178 稳定版发布通告

系列概况

标题: Linux 6.1.178
作者: Greg Kroah-Hartman (gregkh)
版本: 6.1.178（6.1 长期维护分支的稳定点版本）
规模: 跨多个子系统的大量 cherry-pick 改动（arch、Documentation、driver-api、crypto、filesystems 等）
修改文件: Documentation/admin-guide/pm/cpufreq.rst、Documentation/crypto/userspace-if.rst、Documentation/devicetree/bindings/...、Makefile、arch/alpha/...、arch/arm/...、arch/arm64/...、arch/loongarch/...、arch/mips/... 等数十项；原文列表在 arch/mips/d 处被截断。
代码统计: 邮件正文未给出汇总 diffstat，仅给出文件路径清单与少量 diff 片段。
Message-ID: 2026072439-scarce-chump-f6b0@gregkh
完整性: 不完整——arch/mips/d 之后的文件列表被截断，没有完整的 patch/签名信息。

补丁目的

Greg KH 在 linux-stable 维护分支上发布 6.1.178 例行稳定点，告知所有仍在使用 6.1 系列的下游厂商与用户必须升级。整封邮件是一份跨子系统通告，并不针对 scheduler 单点修复；它被分到 sched 频道是因为 scheduler 维护者也跟随 stable 分支节奏接收通知。

它实际回答的问题是：在 6.1.y维护窗口中累积的若干回归修复、回退、文档更正与新平台支持，何时被打成一个可对外发布的稳定 tag。

旧流程的问题

6.1 作为 LTS 分支，长期接收上游 stable 分支的 cherry-pick。如果不在累积到一定规模时打 tag 并广播，使用旧 6.1 内核的发行版、嵌入式产品、工业设备就会停留在已知有 bug 的版本上，难以做合规审计或安全响应。

新流程

本次通告遵循 stable 分支的标准节奏：

    +---------------------------+
    | linux-stable.git |
    |   branch: linux-6.1.y     |
    +---------------------------+
 |
                | (cherry-pick from mainline + other stable branches)
                v +---------------------------+
    | cumulative fixes window |
    |   arch/* docs/* drivers/* |
    +---------------------------+
                |
                v    +---------------------------+
    | tag: v6.1.178             |
    +---------------------------+
                |
                v
    +---------------------------+
    | lore announce (this mail) |
    | -> distros / vendors must |
        | upgrade               |
        +---------------------------+

收件方拿到 tag之后，把 linux-6.1.y rebase 到 v6.1.178 即可一次性获得这一窗口期内的全部修复。

Patch 概览

由于 body 中文件清单被截断，本节只能基于 Message 2 给出的两段 diff 还原出本次通告中可读到的具体改动：

/* Documentation/admin-guide/pm/cpufreq.rst */
- Temporary multiplier, between 1 (default) and 100 inclusive
+ Temporary multiplier, between 1 (default) and 100000 inclusive

/* 同文件 sampling_rate 语义变化 */
- it to 0 will cause the default frequency step (5 percent) to be used
+ it to 0 disables frequency changes by the governor entirely and setting it to 100 effectively causes the governor to periodically ...

/* Documentation/crypto/userspace-if.rst */
/* 大段删除：AF_ALG 通过 splice/vmsplice 实现的零拷贝接口描述
 *暗示该 zero-copy 接口或已淡出主线，建议使用者回归验证
 */

关键实现

cpufreq ondemand governor 上限放宽：
Temporary multiplier 的可调上限从 100 调整到 100000，这是单纯的文档同步——governor 实现中早已能乘以更大倍率，文档误把上限写成 100。
sampling_rate=0 语义变化：
旧文本说成"恢复默认步长5%"，新文本明确成"完全禁用频率切换"。这是一个行为级变化：把 0 当作"节能停摆"开关，而不是"复位默认值"。任何依赖旧语义的脚本（例如把 sampling_rate=0 当成"重置到默认频率"）都需要重新评估。
AF_ALG 文档瘦身：
把 splice/vmsplice zero-copy 相关段落整体删除，意味着文档层面不再向用户推荐这条零拷贝路径。对还在使用 splice 做 AF_ALG 零拷贝的内核模块/用户态库来说，需要单独做兼容性验证。

类比

把 stable 分支点版本想成一栋公寓楼每季度的例行检修记录：通告邮件是物业贴在大堂的"本周检修清单 + 升级提示"，住户（distros / 嵌入式厂商）只要按通告去更新门锁、水电、电梯固件就好。cpufreq 文档把倍率上限从 100 改成 100000，相当于把"调速旋钮"贴纸同步到电梯实际能跑到的高档；sampling_rate=0 语义变化，相当于把"复位按钮"贴纸改成"急停按钮"——外形没变，按下去的后果不一样，住户得回头检查自家自动化脚本有没有踩到。

Highlight：风险与注意点

邮件正文把 arch/mips/d 之后的文件列表截断，单看邮件无法评估本次通告涉及到的全部修改面；建议直接 checkout v6.1.178 标签，用 git diff v6.1.177..v6.1.178 --stat 补齐。
本邮件分到 sched 频道，但内容不是 scheduler 专项，而是 stable 分支跨子系统通告；不要把"6.1.178"理解为某条 scheduler 修复。
cpufreq ondemand sampling_rate=0 从"恢复默认步长"变为"禁用切换"，是语义级行为变化，可能影响 systemd power、tuned、笔记本节能脚本等下游组件，需要在升级前回归测试。
AF_ALG zero-copy 文档被大段删除，提示 splice零拷贝路径正在淡出主线；仍依赖此接口的应用应转用 sendmsg / recvmsg 常规路径或评估替代实现。
6.1.178 是 LTS 维护点，所有仍在维护 6.1 的产品和发行版必须升级，否则将错过这一窗口期的回归与文档修复。
该通告本身不包含 maintainer 互评或 RFC 讨论，是单向 broadcast邮件，不要把它当成 RFC 或 patch review 来分析。

一句话总结

这是 Greg KH 对 6.1 LTS 分支发布的 6.1.178 例行稳定版通告，附带 cpufreq 文档与 AF_ALG 文档的部分修正，使用者应按通告升级并核对 sampling_rate=0 语义变化等行为级修改。

Linux 6.1.178

LLM 分析