IT之家 5 月 4 日消息，Linus Torvalds 刚刚发布了 Linux 7.1 的第二个候选版本（RC2），表示整体开发进展一切正常。这意味着，Linux 7.1 很有可能在第七个候选版本（RC7）之后准时正式发布。 IT之家注意到，虽然整体状况看似平稳，但 Torvalds 特别提到，KVM 自测试相关补丁在本次更新中占比异常偏高。出现这种情况，是因为开发人员对自测试代码进行了大量重命名调整，使其符合内核编码规范。 他坦言，这一变动让本次版本更新显得体量偏大、风格反常，但他仅将其视作一次特例，不会过多纠结。他还指出， 补丁数量激增大概率是 AI 开发工具普及所致，这一现象在 Linux 7.0 版本中就已显现 。由此可见，人工智能的影响已渗透到代码开发的各个领域，就连 Linux 内核这类底层核心组件也不例外。 除自测试相关更新外，本次版本还修复了大量显卡与网络驱动问题。针对 AMD 与英特尔显卡驱动，修复了 RDNA 4、Xe 架构下存在的内存泄漏、缓冲区溢出以及电源管理性能倒退等多项漏洞。 本次更新还对 NVMe 认证及 TLS 模式暴露问题进行了多处修复，有助于防范未授权访问风险。同时还修复了影响 RAID10 阵列配置、NTFS 文件系统以及 ICE 驱动栈的核心逻辑错误，能有效降低系统崩溃的概率。 目前距离本次版本开发周期结束还有较长时间，Linux 版本通常会经过七周测试，在第八周推出正式版。若后续需要发布 RC8 候选版本，正式版有时会额外推迟一周，但这并非常规情况。 未来数周若开发状况出现恶化、需要追加测试，将是正式版延期的最主要信号。好在目前来看，本次版本大概率不会出现这种情况。 对于不了解内核的用户而言，Linux 内核承载着各类硬件组件的驱动程序。每一次内核版本更新，都会新增更多新硬件的适配支持，因此对于使用前沿新款硬件的用户来说，新版内核发布有着重要意义。
IT之家 5 月 3 日消息，据科技媒体 Phoronix 昨天报道，自 2023 年末 Linux 6.8 内核以来，Steam Deck OLED 掌机在 Linux 主线上游内核中一直无法正常播放音频。 IT之家从报道中了解到，AMD ASoC 驱动的一项更改无意间破坏了 Steam Deck OLED 的音频支持，但 LCD 型号并未受影响。 并且V社自家的 Steam OS 下游内核也修复了这一已知问题 ，其他针对 Steam Deck OLED 的发行版也打上了这一补丁， 所以普通玩家可能并没有遇到过相关问题 。 如今，Linux 开发者已针对 7.1 内核提供了基于 DMI quirk 的上游修复方案，这个存在两年之久的问题终于修复。 目前，该补丁已经合并到 Linux 主线内核， 预计将在本周日发布的 Linux 7.1-rc2 中出现 。
IT之家 4 月 30 日消息，科技媒体 cyberkendra 昨日（4 月 29 日）发布博文，报道称 Linux 内核爆出高危漏洞 Copy Fail，追踪编号为 CVE-2026-31431， 仅需一个 732 字节的 Python 脚本，就能攻破几乎所有主流 Linux 发行版本，提权至最高的 root 权限。 IT之家援引博文介绍，大多数 Linux 提权漏洞需要满足于竞态条件、内核版本匹配、以及编译好的有效载荷等，而本次曝光的 Copy Fail 漏洞完全消除了这些条件，是一个简单的直线逻辑缺陷。 该漏洞的根源涉及 AF_ALG 加密接口、splice () 系统调用以及 2017 年引入的一项代码优化。这三者结合导致攻击者能将恶意数据写入内核页缓存，进而篡改 / usr / bin / su 等可信二进制文件。相较于历史上的 Dirty Cow 或 Dirty Pipe，此漏洞利用更稳定、更简单，成功率极高。 漏洞影响范围极广，涵盖 2017 年至补丁发布前构建的内核版本。特别值得注意的是，由于 Linux 页缓存在容器边界间共享，受感染的容器或 Pod 可利用此机制篡改宿主机缓存文件，从而实现容器逃逸。攻击者可能利用这一特性，威胁云原生环境及多租户架构。 研究人员利用该漏洞编写了一个 732 字节的 Python 脚本，在 Ubuntu、Amazon Linux、RHEL 及 SUSE 四个主流 Linux 发行版上，测试发现 Linux 6.12、6.17 和 6.18 均存在问题，每次都成功获取了 root shell。 发现过程结合了人类洞察与 AI 工具。研究员 Taeyang Lee 识别出攻击面后，利用 AI 辅助审计工具 Xint Code 扫描 crypto / 子系统，仅耗时约 1 小时便定位到这一最高严重性漏洞。 针对该漏洞的修复补丁（提交号 a664bf3d603d）已发布，主要回退了 2017 年的优化代码。若无法立即更新，管理员可通过禁用 algif_aead 内核模块或配置 seccomp 策略阻止 AF_ALG 套接字创建来缓解风险。
IT之家 4 月 26 日消息，在即将结束的 Linux 7.1 内核合并窗口期中，LoongArch 架构支持迎来一系列更新，获得多项底层能力增强。 根据提交内容，Linux 7.1 已能够更准确地展示并处理龙芯 CPU 漏洞信息，同时为 BPF JIT 引入更多原子指令支持，并扩展了 BPF 跳板（trampoline）的功能特性。此外，还包括缓存维护、系统调用路径及日志等方面的多项优化与修复。 较为意外的是，此拉取请求中还包含了针对 LoongArch 的 32 位支持工作。本次更新新增了 HIGHMEM（IT之家注：包括 PKMAP 与 FIX_KMAP）支持，主要面向 32 位环境，以提升对更大内存空间的访问能力。与此同时，Linux 构建体系也针对 32 位与 64 位配置进行了调整，并补充了围绕 CONFIG_32BIT 的相关处理逻辑。 其他改动还包括对 jump_label 的指令缓存维护进行批处理优化、新增全局与本地 icache 刷新接口、为系统调用分发表引入 Spectre 边界保护，以及改进 KASLR 关闭时的日志记录机制。此外，更新还对 FPU 寄存器状态对齐进行了优化，并调整了中断相关逻辑与栈保护初始化方式。 在 BPF 子系统方面，LoongArch 架构新增对 load-acquire 与 store-release 指令的支持，同时扩展了读-改-写原子操作能力，并提升 trampoline 对函数参数（最多支持 12 个参数及小型结构体参数）的处理能力。
IT之家 4 月 24 日消息，科技媒体 WinAero 昨日（4 月 23 日）发布博文，报道称独立开发者 Hailey Somerville 上线推出 WSL9x 工具包， 可以在 Windows 95、Windows 98 以及 Windows ME 系统上，运行现代 Linux 内核。 该开源项目名为 Windows 9x Subsystem for Linux，使用 C 语言和汇编语言编写，源代码已按 GPLv3 协议开源。 不同于 Windows 10、Windows 11 系统中的 WSL2 架构，WSL9x 不依赖虚拟化技术，而是让 Linux 内核在 ring 0 保护层级与 Windows 内核直接并行运行。通过这项架构设计，用户可以在搭载 Intel i486 处理器的老旧系统上，不依赖虚拟化支持运行软件。 项目使用修改版的 Linux 6.19 内核（专为 User-mode Linux 构建），为简化两个操作系统间的通信，开发者将翻译层的 POSIX（可移植操作系统接口）API 调用替换为 Windows 9x 内核 API 调用。 此外该工具核心操作由专用 VxD（虚拟设备驱动程序）驱动管理，负责初始化环境、将 Linux 内核加载至系统内存、调度中断及切换控制权。 驱动采用协作式多任务模式维持环境间稳定性，并处理用户空间事件，如系统调用执行和页面错误管理。由于 Windows 9x 内核缺乏中断向量表，开发者利用通用保护故障处理器拦截 SYSCALL 指令执行时的异常。 IT之家附上参考地址 WSL9x
IT之家 4 月 18 日消息，据科技媒体 Phoronix 昨天报道，Linux 全新 NTFS 驱动现已正式并入 7.1 版本主线内核， 旨在解决当前 Paragon NTFS3 driver 驱动存在的不足 。 过去四年前，开发者 Namjae Jeon 一直在重构 Linux 原有的 NTFS 内核驱动。 他用更简洁的代码加入了写入支持 ，在改进兼容性的同时引入更多现代特性。这些变动使其优于几年前停滞的 NTFS3 驱动。 这名开发者本周提交全新 NTFS 驱动 Pull Request 后，Linux 创始人 Linus Torvalds 曾一度因 Git 结构问题撤回代码。不过他很快就提交了符合规范的修订版本。 截至目前，该驱动已经成功合入 7.1 主线内核，Linus 甚至将其称为“NTFS 的复兴”。不过 NTFS3 驱动仍将保留在内核源码树中，新驱动已经可以通过 NTFS_FS 的 Kconfig 开关启用。