Geneve 在标准 MTU 测试中的吞吐量则从 37.39 Gbit/s 增至 40.89 Gbit/s，提升 9.4%。

这些数字来自特定测试配置，不能直接理解为 Linux 7.3 在所有场景下都会获得同样幅度的加速。实际收益取决于端到端配置，包括 gso_max_size 和 gro_max_size、网卡能力、硬件卸载是否启用、MTU、隧道类型以及具体工作负载。

路由规则更新不再普遍挤在 RTNL 锁上

另一个重要变化涉及 FIB（转发信息库）规则操作。IPv4 和 IPv6 的 RTM_NEWRULE、RTM_DELRULE 操作，在可能的情况下不再依赖覆盖范围很广的 RTNL 全局串行化机制，而是转向按 fib_rules_ops 使用互斥锁保护。

RTNL 并未完全消失：某些流程仍然需要它，例如 IPv4 第一条规则触发的 fib_unmerge() 路径。

在一项模拟极端并行争用的测试中，创建 4096 个网络命名空间，并在每个命名空间中并行插入 1024 条规则后：

• IPv4 用时从 22.752 秒降至 0.918 秒，约提升 24.8 倍；
• IPv6 用时从 35.181 秒降至 1.214 秒，约提升 29.0 倍。

这项测试主要说明高并发网络命名空间操作中的锁竞争得到缓解，并不等同于普通容器启动速度会获得相同幅度的改善。

AI 补丁数量让维护者“应接不暇”

网络维护者 Jakub Kicinski 表示，本轮收到了 632 个 net 补丁和 648 个 net-next 补丁。他估计，net-next 中约有三分之一到一半属于 AI 驱动的低优先级修复、清理或说明性改动，折算约为 216 至 324 个补丁。他与 Paolo Abeni 形容当前维护工作已经“完全不堪重负”。

应对方案并不是让 AI 取代维护者，而是让多个前沿模型参与第一轮审查。Meta 提供了相应的预算或访问权限，目的是通过多个模型交叉检查，降低单一模型产生幻觉或遗漏问题的风险。

计划中的自动化工作包括 Patchwork 管理、常见流程反馈、提交信息编辑，以及在可信人员完成审查后，尝试自动应用部分补丁。

不过，维护者明确认为 AI 不足以独立处理罕见且容易出现竞态的代码路径。例如 PCIe 错误和超时恢复涉及 API 行为、锁顺序与恢复时序，仍需要熟悉硬件和内核上下文的人进行判断。

其他驱动与协议变化

本轮网络子系统还包含多项驱动和协议更新：

• 无线方面加入初始版本的 Morse Micro mm81x Wi‑Fi HaLow 驱动，支持 USB 和 SDIO 设备；同时新增 NXPWIFI 无线驱动，MLO（多链路操作）工作也在继续。
• 有线网络方面加入初始骨架版本的 Intel iXD 驱动，用于支持 Intel E2100 及后续 IPU/FNIC 上的 Control Plane PIC Function；此外还加入 AMD/Solarflare 网卡的初步 CXL 支持，以及 AMD Pensando 网卡固件刷写支持。
• MPTCP 增加了极端内存压力下对乱序队列进行“最后手段”裁剪的机制，重点是帮助系统恢复和重传，而不是提升日常吞吐量。
• AF_UNIX SCM_RIGHTS 改进了 LSM 拒绝特定文件描述符时的错误报告。启用 SO_RIGHTS_NOTRUNC 后，接收端可以识别被拒绝的文件描述符及其 errno，而不是在数组中第一个失败项出现后丢失后续信息。

Linux 7.3 何时发布？

首个 Linux 7.3 候选版本预计在 8 月 30 日左右出现，稳定版目前预计于 10 月下旬发布，但最终时间仍取决于正常的内核开发周期。

对于使用固定版本发行版的用户，实际等待时间通常会更长。发行版还需要自行选择、回移植、测试并发布内核；滚动发行版可能更早打包 Linux 7.3。CachyOS 可能成为较早采用者之一，但现有信息并没有显示它已经承诺具体的 7.3 发布时间；其 2026 年 8 月镜像仍使用 Linux 7.1。

Geneve 在标准 MTU 测试中的吞吐量则从 37.39 Gbit/s 增至 40.89 Gbit/s，提升 9.4%。

这些数字来自特定测试配置，不能直接理解为 Linux 7.3 在所有场景下都会获得同样幅度的加速。实际收益取决于端到端配置，包括 gso_max_size 和 gro_max_size、网卡能力、硬件卸载是否启用、MTU、隧道类型以及具体工作负载。

路由规则更新不再普遍挤在 RTNL 锁上

另一个重要变化涉及 FIB（转发信息库）规则操作。IPv4 和 IPv6 的 RTM_NEWRULE、RTM_DELRULE 操作，在可能的情况下不再依赖覆盖范围很广的 RTNL 全局串行化机制，而是转向按 fib_rules_ops 使用互斥锁保护。

RTNL 并未完全消失：某些流程仍然需要它，例如 IPv4 第一条规则触发的 fib_unmerge() 路径。

在一项模拟极端并行争用的测试中，创建 4096 个网络命名空间，并在每个命名空间中并行插入 1024 条规则后：

• IPv4 用时从 22.752 秒降至 0.918 秒，约提升 24.8 倍；
• IPv6 用时从 35.181 秒降至 1.214 秒，约提升 29.0 倍。

这项测试主要说明高并发网络命名空间操作中的锁竞争得到缓解，并不等同于普通容器启动速度会获得相同幅度的改善。

AI 补丁数量让维护者“应接不暇”

网络维护者 Jakub Kicinski 表示，本轮收到了 632 个 net 补丁和 648 个 net-next 补丁。他估计，net-next 中约有三分之一到一半属于 AI 驱动的低优先级修复、清理或说明性改动，折算约为 216 至 324 个补丁。他与 Paolo Abeni 形容当前维护工作已经“完全不堪重负”。

应对方案并不是让 AI 取代维护者，而是让多个前沿模型参与第一轮审查。Meta 提供了相应的预算或访问权限，目的是通过多个模型交叉检查，降低单一模型产生幻觉或遗漏问题的风险。

计划中的自动化工作包括 Patchwork 管理、常见流程反馈、提交信息编辑，以及在可信人员完成审查后，尝试自动应用部分补丁。

不过，维护者明确认为 AI 不足以独立处理罕见且容易出现竞态的代码路径。例如 PCIe 错误和超时恢复涉及 API 行为、锁顺序与恢复时序，仍需要熟悉硬件和内核上下文的人进行判断。

其他驱动与协议变化

本轮网络子系统还包含多项驱动和协议更新：

• 无线方面加入初始版本的 Morse Micro mm81x Wi‑Fi HaLow 驱动，支持 USB 和 SDIO 设备；同时新增 NXPWIFI 无线驱动，MLO（多链路操作）工作也在继续。
• 有线网络方面加入初始骨架版本的 Intel iXD 驱动，用于支持 Intel E2100 及后续 IPU/FNIC 上的 Control Plane PIC Function；此外还加入 AMD/Solarflare 网卡的初步 CXL 支持，以及 AMD Pensando 网卡固件刷写支持。
• MPTCP 增加了极端内存压力下对乱序队列进行“最后手段”裁剪的机制，重点是帮助系统恢复和重传，而不是提升日常吞吐量。
• AF_UNIX SCM_RIGHTS 改进了 LSM 拒绝特定文件描述符时的错误报告。启用 SO_RIGHTS_NOTRUNC 后，接收端可以识别被拒绝的文件描述符及其 errno，而不是在数组中第一个失败项出现后丢失后续信息。

Linux 7.3 何时发布？

首个 Linux 7.3 候选版本预计在 8 月 30 日左右出现，稳定版目前预计于 10 月下旬发布，但最终时间仍取决于正常的内核开发周期。

对于使用固定版本发行版的用户，实际等待时间通常会更长。发行版还需要自行选择、回移植、测试并发布内核；滚动发行版可能更早打包 Linux 7.3。CachyOS 可能成为较早采用者之一，但现有信息并没有显示它已经承诺具体的 7.3 发布时间；其 2026 年 8 月镜像仍使用 Linux 7.1。