Linux Kernel 7x系列主要发布记录
2026-03-24 15:04:54 
阿炯
上接《Linux Kernel 6z系列主要发布记录》。
Linux 内核将迎来 7.0 大版本
Linus Torvalds 在2026年2月上旬宣布下一代内核版本将命名为 Linux 7.0，并非传统意义上的 6.20。这标志着 Linux 内核版本号进入新的整数阶段。Linux 7.0 开发周期的合并窗口已经开启，并预计在 2026 年 4 月中旬与 Ubuntu 26.04 LTS 等主流发行版同步推出。他在邮件列表中提到由于自身对更高数字不太方便记忆，他选择将下一个主要内核版本命名为 7.0。Linux 的版本号通常在 x.19 之后跳到下一个整数，这一次也是遵循同样的传统。合并窗口将持续约两周，之后进入一系列 Release Candidate 阶段。
Linux 7.0 不只是在版本号上跨越，也预计带来多项性能与硬件支持改进，包括但不限于：
新的硬件支持：如针对 AMD 新 GPU IP 和 Intel Xe3P 系列显卡的新驱动准备。
内核子系统性能优化，如 IO_uring IOPOLL 改进，用更高效的数据结构提升 I/O 性能表现。
多队列图形 / 加速器支持（如 Intel 多队列支持，有助于 AI 推理和高并发图形任务）。
更深度的 Rust 语言与 LTO（Link-Time Optimization）内核构建支持，助推现代内核开发灵活性与性能。
其推出将为服务器、桌面及嵌入式平台带来更广泛的硬件兼容性和调度优化，这对于追求最新平台支持和性能优化的开发者及企业用户来说，是一个重要的内核迭代节点。同时伴随 7.0 发布的还有大量社区贡献的驱动及子系统更新。
7.x的几个主要特点
1. 硬件兼容全面升级
深度适配Intel Nova Lake/Diamond Rapids、AMD Zen 6架构，首次支持高通骁龙X2等ARM平台，扩展多设备生态覆盖。
2. 系统性能多维优化
调度器引入TIP机制提升任务连续性，内存管理与I/O子系统增强，显著改善高负载场景响应速度与资源效率。
3. Rust语言正式"转正"
结束两年实验阶段，确立为内核长期支持语言，提升代码安全性与可维护性，获开发者社区广泛认可。
4. 文件系统与存储革新
exFAT顺序读取提速约10%，EXT4/F2FS并发能力增强，并新增SPI NAND等新型存储技术适配。
5. 用户体验显著提升
游戏/桌面流畅度优化，支持编译时自定义启动Logo，完善硬件监控与标准化错误报告机制。
Linux内核版本经历了从2.6到3.0、从4.20到5.0、从5.19到6.0，现在从6.19变成了7.0。在Linus Torvalds看来，版本号只是数字且没有其他含义（无技术上的里程碑意义、无API兼容问题）。最近是每发布20次，就有一个大版本号变化。Linux Kernel v7.0带来了以下惊喜。
1. Rust成为官方开发语言
从1991年Linux诞生以来，一直用C语言开发。C语言很强大，但是犯的错误也不可饶恕：它会让系统崩溃、内存数据损坏、制造安全漏洞。Rust可以从语法层面规避这些问题，由于它比较新，一些老师傅不愿意接受它。在2025年日本东京内核维护者峰会上，终于达成了共识：Rust在内核开发社区不再是实验性质，它是内核的一部分，不搬家了。历经五年，Rust终于转正。在这五年时间，C代码增长了34M行，Rust接近25K行，这说明Rust并没有取代C。
下面拉出不愿意接受Rust的老师傅名单：
* Christoph Hellwig, DMA子系统维护者，说Rust是毒瘤，并因此离职
* Wedson Almeida Filho, 来自微软的工程师，为Linux贡献Rust代码的核心人员，说Rust是非技术的胡说八道
* Alex Gaynor, Rust项目的联合负责人，在Rust官宣认可的同一周离职
* Ted Ts'o，备受尊敬的内核开发者之一，直言不讳地说不能强迫大家学Rust
Linus Torvalds力挺Rust，安卓第16版打包了Rust内核代码（ashmen分配器），在上百万台设备运行，证实Rust可以产品使用。
2. 后量子密码学（Post-Quantum Cryptography）
每次内核加载驱动程序或者其他软件模块，都要检查它的数字签名，确保没有被篡改，就像检查信封上的封蜡。问题是，未来的量子计算机计算能力很强，可能会伪造这些封印。Linux Kernel 7.0引入了ML-DSA签名，就算量子计算机也无可奈何。
ML-DSA（Module-Lattice-Based Digital Signature Algorithm）是一种基于模数格（module lattice）数学原理的数字签名算法。它是 FIPS 204(Federal Information Processing Standards，联邦信息处理标准)的一部分，获得了 NIST（National Institute of Standards and Technology，美国国家标准与技术研究院） 的批准。这个算法的特别之处在于，它利用了 格理论（lattice-based cryptography）中的数学问题，格理论被认为对传统计算机和量子计算机都具有很高的安全性，因此被认为是未来对抗量子攻击的潜在解决方案之一。
量子计算机还没出来，为啥Linux内核就开始考虑这种攻击呢？别有用心者一直在收集加密过的数据，一旦量子计算机出来，就可以大规模解密这些数据，所以需要未雨绸缪。
这种防范不是无中生有的，比如2011年NIST宣布不再使用SHA-1签名，2017年就出现了针对SHA-1签名的攻击。
3. XFS自我修复
日常用EXT4文件系统，而XFS主要用在数据中心和大存储系统里。断电、硬件瑕疵、软件臭虫等原因会导致文件系统损坏，修复过程需要让系统处于离线状态。新的改进可以让XFS在运行时自我修复，不需要人工干预，不会影响在线服务。
xfs_header实时监测文件系统健康状态，如果发现元数据损坏（计算校验和比对），从备份里拷贝一份恢复，用户程序不会受到影响。
在企业级存储里，XFS被大规模应用，对他们来说这次更新意味着实打实的资金节省。
4. io_uring：百万美金的修复赏金得到解决
每次读写文件、在网络上收发数据，都要通过系统调用访问Linux内核。为什么不直接调用内核呢？这是为了提高系统安全性和健壮性。内核代码在内核空间运行，用户代码在用户空间运行，二者具有不同的执行上下文（堆、栈、内存映射、指令指针等）。系统调用会把执行上下文从用户空间切换到内核空间，其中包括安全检查。
如果每次调用都做安全检查，会降低系统性能，影响I/O吞吐量，所以Linux提供了io_uring这个快速车道。io_uring是任何操作系统I/O操作最快的方式之一，但因为没有“安全摄像头”，容易被黑客盯上。比如2022年，谷歌60%的安全漏洞是io_uring引起的。谷歌悬赏百万美金修复这个问题，Chrome OS则是彻底关闭了io_uring。
核心问题是：io_uring绕过了传统的系统调用，导致标准安全过滤器seccomp无法碰到它。v7.0给io_uring加上了基于BPF（Berkeley Packet Filter，用过tcpdump的应该熟悉）的过滤器，系统管理员可以精确控制安全策略，不用彻底关闭它。现在可以既要安全又要性能了，虽然等待时间太长太长，终归是值得的。
5. 进程调度器：更少模式，更高性能
进程调度算法直接影响系统性能和用户体验，新的调度算法从四种抢占模式改成了两种，以适应现代体系架构：PREEMPT_LAZY 和 PREEMPT_FULL 。
PREEMPT_LAZY 这个选项很有意思。它恰到好处：对普通任务采取宽松的抢占策略（让他们完成工作），而对实时任务则采取积极的抢占策略。想象一下，一位经理会等员工说完话才打断他们，除非发生了火警。
与此同时，一个历时十年开发的时间片(time-slice)扩展补丁也已合并。桌面 Linux 用户应该会感受到系统更流畅，不过 7.0 版本的正式基准测试结果尚未公布。
6. 容器和文件系统的改进
容器在云端和开发人员中用得比较多，比如docker。通过容器可以建立服务之间的隔离运行环境，线上环境就是开发环境，减少了因二者差异导致的不确定性。一台机器可以部署成百上千个容器，如何让容器启动更快内存使用更少就很关键了。
有两个小小的改进值得注意：
- OPEN_TREE_NAMESPACE（由 Christian Brauner 开发）可将容器创建速度提升 40%。基准测试显示，旧的 pivot_root() 方法在 60 秒内大约创建 73,000 个容器，而新的 open_tree() 方法在相同时间内大约创建 109,000 个容器。如果运行的是拥有数百个节点的 Kubernetes，这将直接影响 Pod 启动时间；
- EROFS 新增了对容器共享页面缓存的支持。现在，跨容器具有相同哈希值的文件共享一个缓存副本。由于容器环境大多数镜像都基于相同的文件层 (layers)构建，这会大大减少内存用量。
Btrfs 文件系统实现了对大数据块直接 I/O 操作，这在以前是不可能的。数据库、视频处理和科学计算都直接受益。
7. 对AI代码如何合并进内核有了明确规则
Linux 内核由成千上万的志愿者和公司员工构建，他们提交的代码需要经过其他人审查才能被合并。随着 ChatGPT 和 Claude Code 人工智能工具开始写代码，内核社区需要决定：人工智能能否提交代码？如果人工智能编写的代码破坏了某些功能，谁该负责？
v7.0对此有明确的规定：
必须使用“Assisted-by”标签披露人工智能辅助。人工智能代理不得添加“Signed-off-by”标签，因为只有人类才能根据开发者原创性证书（Developer Certificate of Origin）合法地认证代码。
内核每次发布都会收到来自 200 到 250 家公司、1500 到 2000 名开发者的贡献。代码量超过 4000 万行（10 年间翻了一番），并且每两个月大约新增 40 万行。因此人工智能生成代码不可避免，制定官方政策既务实又必要。
2026年4月12日，Linus Torvalds正式发布了Linux v7.0 内核，这一重要里程碑为各Linux发行版维护者提供了清晰的技术起点，以便他们有序推进适配开发工作，并逐步向广大用户推送稳定版本。v7.0内核引入了多项具有战略意义的核心改进，涵盖硬件适配、文件系统增强、性能优化及安全性提升等关键领域。
首先，v7.0强化了对新一代硬件平台的适配能力，包括针对英特尔Nova Lake处理器的深度优化支持，新增图形、音频及 LPSS 驱动适配。此外，还进一步完善了对英特尔Crescent Island AI 推理加速器的深度支持，为未来高性能计算设备提供更出色的兼容性与效率提升。
在AMD硬件方面，v7.0优化了Radeon图形处理性能，正式启用了全新的 Radeon 图形 IP 块，并为即将推出的 AMD Radeon 新一代硬件提供了初始适配支持。这些硬件层面的改进，将有力释放新一代服务器、工作站及笔记本电脑的性能潜力。
此外，XFS文件系统完成了全面升级迭代，不仅实现了显著的性能提升，还新增了先进的自主自我修复机制。该特性引入了 xfs_healer 守护进程，由systemd管理，可实时监控元数据故障与 I/O 错误，并在文件系统保持挂载状态下自动触发修复流程，进一步巩固了数据完整性与系统可靠性防线。
这些改进让 v7.0 在企业级存储与高负载场景中具备更强的市场竞争力。与此同时，内核还标准化了通用 I/O 错误报告机制，大幅提升了故障诊断与系统恢复效率。
英特尔 TSX 事务同步扩展默认切换至“自动”模式，为支持该功能的 CPU 带来开箱即用的性能增益；AMD EPYC 平台则通过调度器可扩展性增强、内存管理策略优化，实现了多项显著性能收益。
其他值得关注的特性包括：EXT4 文件系统在并发直接 I/O 写入场景下的性能大幅优化、BTRFS 新增实验性 remap-tree 支持、io_uring 新增 cBPF 过滤器增强功能，以及针对 ARM64、RISC-V 及 LoongArch 等架构的架构级深度改进。这些特性共同彰显了 Linux 内核在硬件前瞻性支持、系统稳定性及开发效率上的持续演进能力。
据悉，Arch Linux 和 Fedora 等以更新迅速著称的发行版，将成为较早向用户推送 v7.0 更新支持的先行者。需要强调指出的是，普通用户切勿自行编译或安装最新内核，以免引发系统无法启动、兼容性异常等风险。正确做法是耐心等待各发行版维护者完成针对自身版本的全面优化与严格测试，再通过官方软件源或更新渠道执行安全升级。
如果用户现有系统已能稳定运行日常任务，无需急于追求最新内核版本。该版本的核心价值，主要体现在为此前未获得官方支持的新硬件提供及时、可靠的驱动适配支持，助力用户更快体验到最新硬件技术的优势。
总体而言，v7.0 的发布不仅标志着Linux 内核开发进入全新阶段，更凸显了开源社区在技术创新与稳定平衡方面的卓越实力。未来，随着 AI 辅助开发技术的持续深化，Linux 生态有望迎来更高效、更高质量的演进，为全球用户提供更加强大、稳定且可靠的操作系统基础。
开始移除对俄罗斯Baikal处理器的支持
2026年4月中旬消息，Linux 7.1 内核不仅启动了对 Intel 486 处理器支持的淘汰进程，也开始从内核中移除用于支持俄罗斯 Baikal 处理器的平台与驱动代码。 Baikal 曾被寄予厚望作为俄罗斯以本土处理器替代 Intel 与 AMD 芯片的主要方案。 起初 Baikal 规划采用 Arm 架构，随后转向 MIPS，多年之后又重新转回基于 ARM 的设计。
在过去十年中，Baikal 平台的部分支持代码陆续进入了 Linux 主线内核，但随着俄乌战争的爆发，后续推进工作被大幅削弱乃至中断。
2024 年起，一些与俄罗斯存在关联的内核维护者被移出维护名单，理由是出于合规性要求，其中包括负责 Baikal CPU 支持的部分俄罗斯 Linux 开发者。与此同时，由于制裁措施，Baikal 无法再委托台积电（TSMC）代工生产芯片，企业自身也最终走向破产。目前外界有关于“新 Baikal 项目”的零星消息，称可能会基于 RISC-V 内核重启，但信息极为有限，而且在制裁背景下未来由谁来承担芯片制造仍属未知；这一新动向与当前 Linux 内核中既有的 Baikal 支持被视为两个相互独立的问题。
在 Linux 7.1 中，缺乏维护、且出货量在俄罗斯国内都相当有限的 Baikal 平台代码开始被清理。最新合入主线的一项 ATA 子系统变更，已经移除了部分 Baikal 相关绑定，理由是该 SoC 的上游合入流程“不会最终完成”。此外还有更多删除 Baikal 支持的补丁处于排队状态，其核心理由是“Baikal SoC 与平台支持无法完成最终定稿，现有陈旧代码应予移除”。
对于当前仍在使用 Baikal 硬件的用户来说，主线内核中仍保留相关支持的版本是 Linux 6.18 LTS，继续停留在该长期支持版本上仍可维持现有功能。随着 Linux 7.1 的推进，内核在清理历史包袱和淘汰缺乏维护、实际部署极少的平台方面再进一步，而 Baikal CPU 支持的退出，也在某种意义上为这条试图以本土处理器替代国外 x86 芯片的道路画上了一个阶段性句号。
历时四年：Linux终于搞定NTFS原生读写，共计3.6万行代码
2026年4月下旬消息，Linus Torvalds已将全新的NTFS文件系统驱动程序并入Linux 7.1版本主线，Linux系统从此具备原生NTFS读写能力。据Phoronix报道，新驱动在多线程写入性能上提升35%至110%，挂载4TB等大容量硬盘的速度提升4倍。此前Linux对NTFS的支持长期存在短板，早期原生驱动仅支持只读，功能极其有限；Paragon Software提供的NTFS3驱动虽填补了空白，但多年进展停滞，稳定性和维护均存在问题。
新驱动的开发者Namjae Jeon曾为Linux开发exFAT驱动，此次耗时四年完成了超过3.6万行代码的NTFS驱动，已取代旧有方案。新驱动采用现代化代码架构，整合了IOmap和folio等Linux内核新技术，能有效降低数据损坏风险，未来在Linux环境下进行NTFS磁盘检查（fsck）与维护将更加便捷。Linus 对这份贡献表示高度认可，称之为Linux系统的"NTFS复活"，对于需要在Linux与Windows之间切换或共享数据的双系统用户而言，这是近年来最重要的内核更新之一。