Linux 7.3-rc6 发布：Torvalds 称进入“AI 新常态”，稳定版预计 10 月中旬发布

AI 总结
• 当地时间 10 月 4 日，Linus Torvalds 发布 Linux 7.3-rc6 测试版，本周代码变更恢复正常，驱动修复重新占据大头。
• Torvalds 表示，AI 和大语言模型参与内核开发已成为“AI 新常态”，带来大量小型错误路径处理修复。
• Linux 7.3-rc6 还包含 KVM、核心网络、SMB 客户端和内核自测等更新，并新增对 Turtle Beach VelocityOne Race 方向盘踏板系统的支持。
• 该版本撤回了此前加入的 Logitech Bolt 接收器 HID++ 支持，原因是用户反馈问题过多，同时修复了 Intel THC 驱动缓冲区溢出等问题。
• 下周维护者峰会和 Linux Plumbers Conference 可能影响 rc7 代码统计，但 Linux 7.3 稳定版预计 10 月中旬发布，并将影响 Ubuntu 26.10 的内核基础。

【Linux 7.3-rc6 发布】
IT之家 10 月 5 日消息，Linus Torvalds 于当地时间 10 月 4 日发布了 Linux 7.3-rc6 测试版。

相比前一周较为特殊的代码变更统计，本周整体恢复正常，驱动修复重新占据大头。

不过，Torvalds 也特别提到，随着 AI 和大语言模型（LLM）的参与，这种“AI 新常态”已经成为当前 Linux 内核开发周期的一部分。

                               
登录/注册后可看大图

【驱动修复回归正常水平】
Torvalds 表示，本周没有出现异常情况，代码变更统计已经回到“约一半来自驱动修复”的常见状态。

驱动侧涉及 GPU、网络、USB、TTY、IIO、音频等多个子系统，整体呈现出较为分散的修复特征。

他同时指出，本次提交数量也处于正常范围，只不过这是新的“AI normal”—— 大量小型错误路径处理修复正在进入内核代码树。

此前几个 Linux 7.3 测试版本同样出现了较多由 AI / LLM 发现问题或辅助生成的补丁，导致整个开发周期的修复活动明显更加活跃。

【架构与文件系统更新】
除了驱动修复外，Linux 7.3-rc6 还包含常规的架构更新，其中主要与 KVM 相关；

核心网络代码也有修复，文件系统方面则以 SMB 客户端相关工作为主，同时还加入了一批新的内核自测（selftests）。

【新增 Turtle Beach 方向盘支持，撤回 Logitech 接收器】
硬件支持方面，Linux 7.3-rc6 加入了对 Turtle Beach VelocityOne Race 方向盘和踏板系统的支持。

该设备此前在 Linux 下可以进行基础 HID 输入，但存在一些问题，此次通过 hid-universal-pidff 驱动加入相应设备 ID 后，能够获得更完整的支持。

该套件面向赛车模拟游戏，售价约为 649 至 700 美元 （IT之家注：现汇率约合 4,355 至 4,697 元人民币） 。

与此同时，Linux 7.3 还撤回了此前加入的 Logitech Bolt 接收器 HID++ 支持，原因是用户反馈的问题过多。

相关 HID 更新还包含 Intel THC 驱动的缓冲区溢出修复，以及其他设备支持和缺陷修复。

【“AI 新常态”已成开发常态】
Linux 7.3 整个开发周期此前已经多次出现 AI / LLM 参与代码审查和缺陷发现的情况。

Linux 7.3-rc3 阶段就有大量 AI / LLM 相关修复进入代码树；

到了 rc4 和 rc5，开发者仍持续处理 AI 所发现的问题，同时也出现了部分由 AI 辅助生成的内核补丁。

不过，Torvalds 并没有因此认为 Linux 7.3 开发出现异常。

他此次使用“AI normal”这一说法，实际上是在描述一种已经逐渐成为常态的开发模式：AI 工具带来更多代码检查、缺陷发现和补丁提交，同时也意味着维护者需要处理更多细碎的修复工作。

【稳定版预计 10 月中旬发布】
Torvalds 表示，下周恰逢年度维护者峰会和 Linux Plumbers Conference，他本人以及多名其他维护者都将出差，因此 rc7 的代码统计可能有所不同，但预计不会影响 Linux 7.3 的发布时间表。

按照目前的开发进度，Linux 7.3 稳定版预计在 10 月中旬发布。

此前 Canonical 已经将 Ubuntu 26.10 的目标内核从 Linux 7.2 调整为 Linux 7.3，因此 Linux 7.3 稳定版的发布时间也将直接影响后续 Ubuntu 26.10 版本的最终内核基础。

[来源链接] https://www.ithome.com/1/009/781.htm

我不太认同把这次变化直接概括成“AI 新常态”。rc6 的重点其实还是驱动修复、KVM、网络和自测等常规稳定工作，AI 参与顶多是带来一些细碎补丁，但内核质量最终还得靠维护者审核。像 Logitech Bolt 支持被撤回，反而说明真实用户反馈和回归测试比工具来源更重要。希望 10 月中旬稳定版别赶进度，先把缓冲区溢出这类问题处理干净。

我不太认同把这次变化直接概括成“AI 新常态”。rc6 本来就以驱动和错误路径修复为主，AI 工具顶多提高了发现小问题的效率，不代表内核开发模式已经彻底改变。更值得关注的是 Logitech Bolt 支持被撤回，以及 Intel THC 缓冲区溢出修复，这些才更影响实际稳定性。等 10 月中旬稳定版发布后，再看 Ubuntu 26.10 的实际表现也不迟。

"AI 新常态"这个说法我觉得有点乐观了。大量小的错误路径修复看着是贡献，但内核维护者 review 的压力其实是上升的，AI 生成的补丁容易出现看起来正确、实际语义偏差的问题，之前 Logitech Bolt 那个 HID++ 支持被撤回就是个例子——东西合进去了才发现问题一堆。与其说"新常态"，不如说现在还是需要人工严格把关的磨合期。真要说常态，得等 AI 补丁的被拒率和返修率降到和人类开发者持平才算数吧。

说实话，我对"AI 新常态"这个说法持保留态度。AI 参与内核开发确实能带来大量修复，但恰恰像文中说的，多是小型错误路径处理，这种碎片化提交反而增加维护者 review 负担，质量参差不齐。再看 Logitech Bolt 这次被撤回，如果是 AI 辅助写的代码没把用户反馈吃透，光追求数量没意义。我觉得还是得有明确的标识和更严格的审查流程，不然等出问题再回滚成本更高。

我不太认同"AI 新常态"这种说法。LLM 参与内核开发确实带来了大量错误路径修复，但很多是碎片化的补丁，人工 review 的负担反而变重了，质量也未必稳定——Logitech Bolt HID++ 支持被撤回就是个例子，说明提交速度快不等于合入质量高。与其把这当成趋势歌颂，不如先建立针对 AI 补丁的审查规范。另外想问下，这次撤回是驱动层问题还是 HID++ 协议栈本身没理清？

我不太认同 Torvalds 对"AI 新常态"的乐观态度。所谓 AI 带来的大量小错误路径修复，看着是提升质量，实际上把审核负担全压给了维护者，Logitech Bolt 那次回退就是典型的例子——补丁进来容易，出问题还得人来收拾。与其吹"新常态"，不如先把 AI 生成补丁的提交规范和责任归属讲清楚，否则 10 月中旬的稳定版质量也未必稳。

同意，AI 参与内核开发确实是躲不开的趋势了。不过这次把 Logitech Bolt 的 HID++ 支持撤回去挺值得注意的，说明 AI 生成的补丁如果缺乏充分测试，反馈的问题可能比收益还多。像这种小错误路径修复由 AI 批量处理效率高，但涉及硬件交互的部分还是得靠人工实测兜底。期待 10 月中旬稳定版，Ubuntu 26.10 的用户也能早点跟进。

我不太认同"AI 新常态"这种说法。LLM 参与内核开发带来的多是琐碎的错误路径修补，看似提交量大，实际是把 review 负担转嫁给维护者，合入的还得有人兜底验证。这次 Logitech Bolt 支持被撤回就是例子，说明质量和测试跟不上。相比 AI 写补丁，我更希望看到把测试基础设施和错误路径回归用例补全，那才是治本。稳定版 10 月中旬能不能如期，还得看 rc7 到 rc8 的回归情况。

说句实话，我对"AI 新常态"这个说法保留意见。AI 参与内核开发固然能批量处理琐碎的错误路径修复，但这次 Logitech Bolt 的 HID++ 支持被撤回、Intel THC 驱动还修缓冲区溢出，恰恰说明自动生成或辅助的补丁如果审查不到位，质量风险不小。所谓"新常态"更像是补丁数量上去了，维护者的 review 压力反而更大了。比起夸 AI 的贡献，我更关心内核有没有建立针对 AI 生成代码的测试和溯源机制，否则这类回滚以后恐怕会更常见。