Linux 内核最新消息

Linux 6.14 最新一期 RC 版本 rc3 发布了。除了通常的修复程序外，还增加了一个值得注意的新功能。这个新特性是为简单的设备和驱动程序添加了 Faux Bus，基于该特性，这些设备和驱动程序无需创建完整的平台设备驱动程序。这个 faux bus 在过去几周内完成了开发，并准备好了针对 C 语言和 Rust 语言的 bindings。

此外，Linux 6.14-rc3 还修复了 ACPI 平台配置文件中对使用较新的 AMD Ryzen 驱动的联想 ThinkPad 的支持。Linux 6.14-rc3 还为 Bcachefs 带来了更多修复。

Linux 6.14 稳定版预计将于 3 月下旬发布。今年春天推出的 Ubuntu 25.04 等产品也将采用 6.14 版本的内核。

https://www.kernel.org/ updated by 2025/02/20

关键词: Linux

Linux 6.14 中合入了新的 “Faux Bus” API

几周前，Greg Kroah-Hartman 提出了在 Linux 内核 中针对简单设备添加一个所谓 “Faux Bus” 的总线解决方案。今天，在 Linux 6.14-rc3 发布之前，该 faux bus 代码被合并，并同时带有支持 C 语言和 Rust 语言的 bindings。

在某些情况下，虚拟设备或者一些简单的硬件设备对平台设备驱动程序 API 的滥用被认为是一种过度设计，这引入了不必要的复杂性。faux bus 旨在解决这些问题，这将方便那些不需要使用完整 platform 设备接口的驱动程序。由于这是全新的代码，不会对现有代码有影响，所以这个补丁提交后很快就赶在 Linux 6.14-rc3 版本发布之前就被合并了。

Greg Kroah-Hartman 在 PR 中进一步解释了 faux bus 补丁的改动。它添加了一个新的 “faux_device” 结构以及总线和 API，这样方便了那些不需要使用完整 platform 设备接口的设备可以直接完成更简单的转换。它还带有一个 rust 的绑定，rust 中的示例驱动程序显示了它的使用方式。

合入该补丁后，需要转换的驱动程序和子系统的补丁现在都可以通过它们不同的开发树开始进入 linux-next，及时进入 6.15-rc1。已经有一些需要转换的驱动已经过审核和测试，但现在添加这些转化似乎不太合适。所以内核中目前还没有使用这个新 API 的代码，通过 0-day 和 linux-next 的所有构建测试后，目前看上去合入该补丁不会有什么副作用。

这也是第一次在初始提交中就实现了支持 Rust binding 的新的总线接口。

新闻出处，“New "Faux Bus" API Merged For Linux 6.14 - Including Both Rust & C Bindings”: https://www.phoronix.com/news/Linux-6.14-Faux-Bus-Merged。

关键词: Linux, Faux Bus

Linux 内核中有关 Rust 的讨论继续发酵

围绕 Linux 内核中引入 Rust 代码的争论仍在继续。Christoph Hellwig 作为 DMA mapping heloers 和内核的其他几个模块的的维护者，一直直言不讳地批评 Rust 代码或 Linux 内核内核中的其他除了 C 语言之外的编程语言。Hellwig 一直对 Linux 内核的 Rust 代码及其长期可维护性持批评态度。本周二，他发布了另一篇邮件列表帖子（详见 https://lore.kernel.org/rust-for-linux/[email protected]/），其中他指出 Linus Torvalds 私下提到他不会考虑维护者对内核中引入 Rust 代码的反对意见，强制合入 Rust 的代码。

Linux 的二把手 Greg Kroah-Hartman 也是 Rust 内核代码的大力支持者。本周三他写了一篇 Linux 内核邮件列表帖子，概述了 Rust 的好处，并鼓励新的内核代码/驱动程序使用 Rust 而不是 C。Greg KH 指出，绝大多数内核错误是由于 “C 语言中愚蠢的极端情况，而这些问题在 Rust 中是绝对不会出现的”。他完全赞成从 C 切换到 Rust，因为这会杜绝内存安全错误和其他 C 语言的缺点。Greg 承认所有 Linux 内核 C 代码不会很快消失，但他确实希望新的代码和驱动程序采用 Rust 来编写，以避免 C 代码的错误和问题。详细可见其原文 https://lore.kernel.org/rust-for-linux/2025021954-flaccid-pucker-f7d9@gregkh/。

新闻出处，“Linus Torvalds Would Reportedly Merge Rust Kernel Code Over Maintainer Objections”: https://www.phoronix.com/news/Torvalds-Override-On-Rust-Code 以及 “Greg Kroah-Hartman Makes A Compelling Case For New Linux Kernel Drivers To Be Written In Rust”: https://www.phoronix.com/news/Greg-KH-On-New-Rust-Code。

关键词: Linux, Rust

Ubuntu 在用 dracut 替换 initramfs-tools 方面取得进展

去年 10 月 有报道 Ubuntu 考虑用 Dracut 替换 initramfs-tools 来生成 initrd。伴随 Ubuntu 25.04 版本的开发，这项工作仍在进行中，并进行了一些改进，项目总体上一直保持活跃。

几天前，Canonical 的 Benjamin Drung 发布了新规范，宣布将默认 initrd 基础设施从 initramfs-tools 切换到 Dracut。

在 Ubuntu 桌面和服务器上使用 Dracut 将解决 initramfs 工具的缺点，例如缺乏 NVMe-over-Fabric 支持，并允许蓝牙键盘在 LUKS 磁盘加密期间工作，在启动时解锁。而 initramfs-tools 则依赖于许多 “缓慢、脆弱、难以理解” 的 shell 代码。

虽然 Dracut 表现更好，并且已经被其他 Linux 发行版使用，但由于需要深入地测试并且有数十个包依赖于 initramfs-tools，所以 Ubuntu 的过渡工作仍在进行中。

总之，Ubuntu 已经确定要使用 Dracut，一切准备就绪以进行完全过渡似乎只是时间问题。如果您想要了解有关这项工作的更多信息，可以访问 https://discourse.ubuntu.com/t/spec-switch-to-dracut/54776 了解 Ubuntu Discourse 上发布的规范。

新闻出处，“Ubuntu Making Progress On Replacing initramfs-tools With Dracut”: https://www.phoronix.com/news/Ubuntu-Dracut-Still-WIP。

关键词: Ubuntu, Dracut

Fedora 推出更多支持 RISC-V 的基础设施和开箱即用的系统镜像

Fedora 项目正在扩大其支持 RISC-V 硬件的范围，使拥有 RISC-V 开发板的人更容易运行 Fedora Linux。

Fedora 阵营今天发布的两个有关 RISC-V 的公告，其中之一宣布 Fedora 数据中心现在新建了一个专用的 RISC-V Koji 系统，采用了新的 RISC-V 主机，已启动并正在运行，以帮助为 Fedora RISC-V 构建软件包。

此外，Fedora 正在为 Fedora 41 推出开箱即用的镜像，这些镜像可以在 RISC-V 板上轻松启动。Fedora 41 RISC-V 镜像最初支持的硬件包括 StarFive VisionFive 2、QEMU 仿真器和 SiFive HiFive Premier P550。Banana Pi BPI-F3 和 Milk-V Jupiter M1/K1 也可以通过额外的修改运行 Fedora RISC-V。

新闻出处，“Fedora Rolling Out More RISC-V Infrastructure & Ready-To-Boot Images”: https://www.phoronix.com/news/Fedora-RISC-V-Steps-Up。

关键词: Fedora, RISC-V