Linux 7.3-rc1给人的第一印象是“体积很大”。在两周合并窗口结束后，Linux内核迎来了新周期的首个候选版本：代码总量约为4098万行。不过，这个数字需要结合具体内容理解——本轮规模异常，主要是因为AMD提交了大批GPU寄存器定义文件，而不是内核突然增加了同等数量的新功能。14

从实际变化看，Linux 7.3仍然是一轮相当常规的内核更新，重点分布在硬件平台、图形驱动、文件系统、USB-C和USB4等领域。

4098万行代码，为什么不能简单理解成“新增了4098万行功能”

截至Linux 7.3-rc1，内核源码树约有40,980,000行。其中包括约5,134,418行空白行、4,912,366行注释和30,937,090行检测到的代码。单是AMD GPU内核驱动就约有650万行。13

造成这次统计明显膨胀的关键，是AMD提交的大批显卡寄存器定义，尤其是面向DCN 6.0显示引擎及其他新图形IP的头文件。这类文件通常由工具生成，包含硬件寄存器及其字段定义。它们会显著拉高补丁统计中的行数，却并不代表同等规模的手写运行时代码。14

因此，Linus Torvalds的判断相对克制：如果把这批AMD寄存器文件单独看待，其余改动的规模基本符合合并窗口的常态，驱动仍然占据大部分变化。14

硬件和驱动支持继续扩展

Linux 7.3一方面为即将到来的平台铺路，另一方面也继续改善现有硬件的使用体验。

• **AMD Zen 6：**增加更多平台支持和优化，为未来的Zen 6系统做准备。2
• **Intel Xe3P与Nova Lake：**下一代图形支持进一步成熟。Nova Lake S图形如今被视为稳定支持，并默认启用，不再需要通过实验性的force_probe参数手动开启。250
• **AMD图形：**DRM图形子系统加入新一代AMD图形IP支持，同时也包含针对较老Radeon硬件的改进。50
• **Valve 2026款Steam Controller：**内核新增对Valve这款即将推出的控制器硬件的驱动支持。2
• **Apple Silicon：**扩展了对M3系列芯片的支持，初步覆盖M3 Ultra、M3 Pro和M3 Max；另有更新为Apple M1至M3平台带来初步USB4和Thunderbolt支持。23
• **Nouveau视频解码：**开源NVIDIA驱动获得NVK Vulkan Video解码支持。2

对Intel图形用户来说，Nova Lake支持从“实验性探测”转为默认启用尤其值得关注。不过，这并不意味着所有相关功能都已经完成。例如，DisplayPort 2.1 ALPM在Linux 7.3开发周期内仍在推进。54

文件系统：性能优化、故障测试与旧代码清理

Linux 7.3的文件系统更新并非围绕某一种全新存储格式展开，而是涵盖性能、兼容性、测试工具和代码清理等多个方向。

Btrfs获得性能方面的改进

Btrfs在本轮合并窗口中加入了面向性能的改动，被列为Linux 7.3的重要文件系统更新之一。不过，现有信息并未给出一个适用于所有场景的统一性能提升幅度，也没有确认单一的基准测试结果。2

FailFS用于测试错误处理

Linux 7.3加入了FailFS，这是一种故意让操作失败的伪文件系统。访问FailFS的操作都会返回EOPNOTSUPP，也就是“不支持该操作”的错误码。35

它的用途不是存储用户数据，而是帮助开发者测试软件面对文件系统故障时的行为。FailFS可以看作此前NULLFS测试文件系统的补充：NULLFS提供一个永久为空且不可变的目录，而FailFS则让到达文件系统的操作统一失败。35

NTFS支持读取WOF压缩文件

NTFS新增对通过Windows Overlay Filter机制压缩的文件的读取支持，这类文件通常被称为WOF压缩文件。这将改善Linux访问由Windows创建的相关压缩数据的能力。2

移除过时的文件系统驱动

本轮更新删除了已经过时的EFS和FreeVxFS文件系统驱动。移除无人维护的旧代码有助于降低内核的维护负担，但这主要属于清理工作，并不是面向普通用户的新功能。2

USB-C开始检查线缆是否真的支持替代模式

Linux 7.3的USB-C代码开始检查线缆是否具备其声称支持的替代模式能力。检查内容包括线缆身份信息、被动USB 2.0线缆的速度限制，以及主动线缆是否具备对应的插头信息。3637

简单来说，内核将更认真地判断一根线缆能否承担DisplayPort等替代模式传输，减少把不合适的线缆误判为可用、进而导致初始化失败或功能异常的情况。3637

与此同时，USB4STREAM新增busy-poll选项。USB4STREAM是英特尔开发的协议，用于在通过USB4或Thunderbolt直接连接的系统之间传输原始数据。忙轮询可以减少中断和工作线程调度带来的延迟，但代价是增加CPU活动，因此更适合对延迟敏感的场景，并非适合所有用户的默认设置。3945

Linux 7.3正式版预计何时发布？

Linux 7.3-rc1于2026年8月30日在为期两周的合并窗口结束后发布。343需要注意的是，rc1代表第一个候选版本，它仍然是测试版本，并非最终的Linux 7.3稳定版。

按照目前的预期，本轮开发周期大约会经历6至7个候选版本。如果测试进展顺利，稳定版预计将在2026年10月中旬至下旬发布；但如果出现需要修复和验证的回归问题，发布时间也可能推迟，甚至增加额外的候选版本。34

结论：真正的看点不是“行数破纪录”，而是支持面继续扩大

Linux 7.3-rc1最醒目的标签是规模，而不是某一项颠覆性的单点功能。接近4100万行的统计确实存在，但AMD DCN 6.0等寄存器头文件的集中加入，使补丁看起来远比新增运行时代码的实际规模更庞大。14

对用户而言，更实际的变化包括：面向AMD Zen 6和Intel Nova Lake等新平台的准备、对Valve和Apple新硬件的支持、图形驱动覆盖范围扩大、Btrfs改进、文件系统错误测试能力增强，以及USB4连接下更灵活的低延迟数据传输。至于最终版本是否能按计划在10月发布，还要等待后续候选版本的测试结果。

Linux 7.3-rc1给人的第一印象是“体积很大”。在两周合并窗口结束后，Linux内核迎来了新周期的首个候选版本：代码总量约为4098万行。不过，这个数字需要结合具体内容理解——本轮规模异常，主要是因为AMD提交了大批GPU寄存器定义文件，而不是内核突然增加了同等数量的新功能。14

从实际变化看，Linux 7.3仍然是一轮相当常规的内核更新，重点分布在硬件平台、图形驱动、文件系统、USB-C和USB4等领域。

4098万行代码，为什么不能简单理解成“新增了4098万行功能”

截至Linux 7.3-rc1，内核源码树约有40,980,000行。其中包括约5,134,418行空白行、4,912,366行注释和30,937,090行检测到的代码。单是AMD GPU内核驱动就约有650万行。13

造成这次统计明显膨胀的关键，是AMD提交的大批显卡寄存器定义，尤其是面向DCN 6.0显示引擎及其他新图形IP的头文件。这类文件通常由工具生成，包含硬件寄存器及其字段定义。它们会显著拉高补丁统计中的行数，却并不代表同等规模的手写运行时代码。14

因此，Linus Torvalds的判断相对克制：如果把这批AMD寄存器文件单独看待，其余改动的规模基本符合合并窗口的常态，驱动仍然占据大部分变化。14

硬件和驱动支持继续扩展

Linux 7.3一方面为即将到来的平台铺路，另一方面也继续改善现有硬件的使用体验。

• **AMD Zen 6：**增加更多平台支持和优化，为未来的Zen 6系统做准备。2
• **Intel Xe3P与Nova Lake：**下一代图形支持进一步成熟。Nova Lake S图形如今被视为稳定支持，并默认启用，不再需要通过实验性的force_probe参数手动开启。250
• **AMD图形：**DRM图形子系统加入新一代AMD图形IP支持，同时也包含针对较老Radeon硬件的改进。50
• **Valve 2026款Steam Controller：**内核新增对Valve这款即将推出的控制器硬件的驱动支持。2
• **Apple Silicon：**扩展了对M3系列芯片的支持，初步覆盖M3 Ultra、M3 Pro和M3 Max；另有更新为Apple M1至M3平台带来初步USB4和Thunderbolt支持。23
• **Nouveau视频解码：**开源NVIDIA驱动获得NVK Vulkan Video解码支持。2

对Intel图形用户来说，Nova Lake支持从“实验性探测”转为默认启用尤其值得关注。不过，这并不意味着所有相关功能都已经完成。例如，DisplayPort 2.1 ALPM在Linux 7.3开发周期内仍在推进。54

文件系统：性能优化、故障测试与旧代码清理

Linux 7.3的文件系统更新并非围绕某一种全新存储格式展开，而是涵盖性能、兼容性、测试工具和代码清理等多个方向。

Btrfs获得性能方面的改进

Btrfs在本轮合并窗口中加入了面向性能的改动，被列为Linux 7.3的重要文件系统更新之一。不过，现有信息并未给出一个适用于所有场景的统一性能提升幅度，也没有确认单一的基准测试结果。2

FailFS用于测试错误处理

Linux 7.3加入了FailFS，这是一种故意让操作失败的伪文件系统。访问FailFS的操作都会返回EOPNOTSUPP，也就是“不支持该操作”的错误码。35

它的用途不是存储用户数据，而是帮助开发者测试软件面对文件系统故障时的行为。FailFS可以看作此前NULLFS测试文件系统的补充：NULLFS提供一个永久为空且不可变的目录，而FailFS则让到达文件系统的操作统一失败。35

NTFS支持读取WOF压缩文件

NTFS新增对通过Windows Overlay Filter机制压缩的文件的读取支持，这类文件通常被称为WOF压缩文件。这将改善Linux访问由Windows创建的相关压缩数据的能力。2

移除过时的文件系统驱动

本轮更新删除了已经过时的EFS和FreeVxFS文件系统驱动。移除无人维护的旧代码有助于降低内核的维护负担，但这主要属于清理工作，并不是面向普通用户的新功能。2

USB-C开始检查线缆是否真的支持替代模式

Linux 7.3的USB-C代码开始检查线缆是否具备其声称支持的替代模式能力。检查内容包括线缆身份信息、被动USB 2.0线缆的速度限制，以及主动线缆是否具备对应的插头信息。3637

简单来说，内核将更认真地判断一根线缆能否承担DisplayPort等替代模式传输，减少把不合适的线缆误判为可用、进而导致初始化失败或功能异常的情况。3637

与此同时，USB4STREAM新增busy-poll选项。USB4STREAM是英特尔开发的协议，用于在通过USB4或Thunderbolt直接连接的系统之间传输原始数据。忙轮询可以减少中断和工作线程调度带来的延迟，但代价是增加CPU活动，因此更适合对延迟敏感的场景，并非适合所有用户的默认设置。3945

Linux 7.3正式版预计何时发布？

Linux 7.3-rc1于2026年8月30日在为期两周的合并窗口结束后发布。343需要注意的是，rc1代表第一个候选版本，它仍然是测试版本，并非最终的Linux 7.3稳定版。

按照目前的预期，本轮开发周期大约会经历6至7个候选版本。如果测试进展顺利，稳定版预计将在2026年10月中旬至下旬发布；但如果出现需要修复和验证的回归问题，发布时间也可能推迟，甚至增加额外的候选版本。34

结论：真正的看点不是“行数破纪录”，而是支持面继续扩大

Linux 7.3-rc1最醒目的标签是规模，而不是某一项颠覆性的单点功能。接近4100万行的统计确实存在，但AMD DCN 6.0等寄存器头文件的集中加入，使补丁看起来远比新增运行时代码的实际规模更庞大。14

对用户而言，更实际的变化包括：面向AMD Zen 6和Intel Nova Lake等新平台的准备、对Valve和Apple新硬件的支持、图形驱动覆盖范围扩大、Btrfs改进、文件系统错误测试能力增强，以及USB4连接下更灵活的低延迟数据传输。至于最终版本是否能按计划在10月发布，还要等待后续候选版本的测试结果。