继昨晚发布 Linux 6.15 稳定内核之后,FSF 拉丁美洲团队为他们的下游内核发布了 GNU Linux-libre 6.15-gnu,它剥夺了加载非自由固件/微码和其他被认为不符合其软件自由的 Linux 内核元素的能力。
随着 GNU Linux-libre 6.15-gnu 版本的发布,现在在 nova 核心 GPU、Qualcomm iris v4l2、Airoha NPU、Tehuti Networks TN40xx 10G 以太网、Realtek 8814A wifi、Apple Silicon SoC 触摸屏、Renesas UFS hooks 和 aw88166 音频驱动程序中实现了中性 blob 加载。与大多数现代硬件和新驱动程序的情况一样,工作硬件支持需要固件支持,尽管固件/微码不符合 FSF 自由软件要求。
正在开发中的基于新开源 NVIDIA “NOVA” Rust 的驱动程序的阉割使该驱动程序对 GNU Linux-libre 完全无用。NOVA 驱动程序是围绕 NVIDIA GPU 系统处理器“GSP”固件的使用而设计的,旨在简化驱动程序开发并提供当前/未来几代 NVIDIA 硬件支持。NVIDIA GSP 固件不是开源的,因此取消了加载这些固件 blob 的能力会使此 NVIDIA 驱动程序毫无用处 – 类似于 NVIDIA 硬件上现有的 Nouveau 驱动程序支持,具体取决于签名的 GSP 固件。
NOVA 驱动程序的阉割也标志着 GNU Linux-libre 开发人员不得不处理 Rust 内核代码的开始。正如今天的发布公告中所述:
“Nova Core 处于臭名昭著的地位,它是第一个与上游内核 Linux 合并的驱动程序,该内核 Linux 是用 Rust 编写的,可以加载 blob。
我们开始清理它,我们做到了,但是……我们不会说 Rust,所以我们在这个过程中打破了它。现在,这并不是那么不合常规,不是吗?🙂
没什么大不了的:Linux 中的所有 Rust 位都是可选的,并且可能默认关闭,因此除非启用 Rust 位,否则这不会阻止您构建 GNU Linux-libre 6.15-gnu。
无论如何,我们想在以后的稳定版本中修复它,我们只是不确定如何修复,而且我们手头没有工具可以试验。
如果你了解 Rust 并且一直想为 GNU Linux-libre 项目做出短期贡献,那么你的机会来了:加入我们的邮件列表和/或 IRC,并请与我们分享你的修复和建议,以找到一个可行的 blob 中性策略。
GNU Linux-libre 6.15-gnu 内核还清理了各种其他固件 blob 名称,致力于从新的 Rust 内核代码中阉割固件 blob,以及各种其他清理。像往常一样,他们也有一个新的 GNU Linux-libre 6.15-gnu 的发行镜像:

GNU Linux-libre 开发人员还在今天的发布公告中趁机批评了一些 Sound Open Firmware (SOF) 支持的方法:
“它的源代码在自由软件许可证下是公开的,甚至可以使用已发布的密钥进行签名。
令人讨厌的陷阱?很少有设备接受使用该密钥进行的签名。
大多数要求由另一个密钥签名,这些密钥是保密的,以防止用户安装和运行这些尊重自由的程序的修改版本。
出于这个原因,我们最近清理了所有活跃的稳定分支,这些分支过去指向看似自由的 S“O”F 二进制文件发行版。
我们很乐意将用户引导至 SOF 二进制文件的自由发行版,其中不包含 Tivoized,只包含尊重自由的二进制文件。您想维护一个吗?让我们知道!
通过 FSFLA.org 下载有关 GNU Linux-libre 6.15-gnu 的更多详细信息。
Linuxeden开源社区