泰晓资讯·2 月 / 第一期 / 2025

“泰晓资讯”，广泛报道 “Linux/开源” 业界资讯。欢迎广大读者投递相关资讯来源和素材，本站将进一步收集整理后发布给大家。

Linux 内核最新消息

Linux 6.14 最新一期 RC 版本 rc2 发布了。Linus Torvalds 在新的发布公告中写道：

With 6.14 being a fairly small release, rc2 follows suit. It’s not the smallest rc2 we’ve had in the 6.x series, but it’s definitely on the smaller side. …

6.14 是一个相当小的版本，rc2 不是我们在 6.x 系列中拥有的最小的 rc2，但它绝对可以归于一个小的 RC 发布。Linux 6.14-rc2 中的新变化包括：

• Turbostat 新增支持 Intel Clearwater Forest 和 Panther Lake
• Bcachefs 文件系统修复
• Hector Martin 不再担任上游内核的 Apple Silicon （Apple ARM） 维护者
• 以及各种其他较小的补丁。

Linux 6.14 稳定版预计将于 3 月 发布。

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

关键词: Linux

一个新提案，建议将 Linux 内核的默认定时器频率提高到 1000Hz

A patch sent out on Sunday by Google engineer Qais Yousef is proposing to raise the Linux kernel’s default timer frequency from 250Hz to 1000Hz.

一位来自 Google 的工程师 Qais Yousef 在本周日（Feb/9）发布了一个补丁，提议将 Linux 内核的默认定时器频率从 250Hz 提高到 1000Hz。

该 Google 工程师认为，当前的 Linux 内核默认值可能会导致调度程序决策出现问题，例如时间片不精确、负载均衡延迟、统计信息更新延迟和其他相关的复杂问题。Qais Yousef 认为内核最好使用 1000Hz 的默认值。

Linux 内核的定时器频率长期以来一直是争论和不同意见的来源。不过，到现在为止，将内核默认值从 250Hz 改为 1000Hz 似乎是合乎逻辑的。许多发行版内核（如 Ubuntu 上）已经在使用 1000Hz 默认值。

一组最新的比较数据：“Linux 6.13 Performance For 250Hz vs. 1000Hz Timer Frequency Comparison”: https://www.phoronix.com/news/Linux-250Hz-1000Hz-Kernel-2025。

新闻出处，“New Proposal To Raise The Linux Kernel’s Default Timer Frequency To 1000Hz”: https://www.phoronix.com/news/Linux-2025-Proposal-1000Hz。

关键词: Linux, Timer Frequency

Linux 6.15 将为 DRM Panic 的 “死机屏显” 带来更多改进

Now that the Linux 6.14 merge window has passed, new feature material aiming for the Linux 6.15 kernel is beginning to get ready for staging in DRM-Next ahead of that next merge window opening up around the end of March. Sent out today was the first batch of drm-misc-next changes for Linux 6.15 that include more work on DRM Panic for that Linux equivalent to Microsoft Windows’ “Blue Screen of Death” as well as changes to the other smaller Direct Rendering Manager drivers.

Linux 6.14 的合并窗口期已经结束，针对 Linux 6.15 内核的新补丁开始向 DRM-Next 提交，从而为下一个 3 月底左右打开的合并窗口做准备。本周三接收到 Linux 6.15 的第一批 drm-misc-next 更改，其中包括对 DRM Panic 的更多工作，这个功能相当于在 Linux 上实现 Microsoft Windows 的 “死机蓝屏”。

新的 DRM Panic 工作包括根据 FIDO 2.2 规范更新其 QR 编码，并为虚拟化环境的 VirtIO GPU 驱动程序添加 panic 支持。

Red Hat 工程师 Jocelyn Falempe 解释了 FIDO 2.2 规范对 DRM Panic 的 QR 错误代码中更好的二进制编码的支持。它介绍说，当前的编码是通过将输入的每 13 个 bit 的数据转换为 4 个十进制数字来完成的，然后使用 QR 码规范的数字编码对其进行有效编码。Fido v2.2 规范使用类似的方法进行 QR 发起的身份验证。唯一的区别是它将 7 个字节 （56 位） 的输入转换为 17 个十进制数字。好处是该算法不需要将 input 字节拆分为 13 个 bit 的数据块，并且比率要好一些。

这项改进是由 Jó Ágila Bitsch 提出的。drm_panic 还不够成熟，二维码功能还没有得到广泛使用，所以现在是切换到通用算法的时候了，这样可以与广泛使用的标准兼容。

新闻出处，“Linux 6.15 To Bring More Improvements To DRM Panic “Screen of Death””: https://www.phoronix.com/news/Linux-6.15-More-DRM-Panic。

关键词: Linux, DRM, Panic

Linux 6.14 将支持 SpacemiT 的 RISC-V CPU

The upcoming Linux 6.14 kernel is poised to introduce initial support for SpacemiT platforms, the Chinese computing chip company developing “next-generation RISC-V high-performance CPUs.” For this next Linux kernel release the SpaceMiT Key Stone K1 octa-core RISC-V AI CPU with SpacemiT X60 cores will see support.

Linux 6.14 内核将引入对 SpacemiT 平台的初步支持，SpacemiT 一家来自中国的计算芯片公司，致力于为 AI 和相关市场开发 “下一代高性能 RISC-V CPU”。他们设计的 X60 处理器 core 符合 RISC-V RVA22 标准，支持 Vector 1.0 扩展、以及 SpacemiT 的 IME “智能” 扩展，采用 22 nm 工艺，额定主频为 22GHz。X60 core 的基本性能参数并不太吸引人，其额定值仅为 2 TOPS @ INT8，一般情况下 CPU 的速度约为 Arm Cortex-A55 的 1.3 倍。还算不上是 “高性能” RISC-V 处理器。

SpacemiT Key Stone K1 是一款八核的 RISC-V SoC，适用于单板计算机、机器人和具有边缘侧 AI 模型的终端。

相关补丁涉及初始的设备树支持、包括芯片和搭载 K1 的 RISC-V 开发板 Banana Pi BPI-F3。带有这些补丁的 Banana Pi BPI-F3 只能在启用 UART 的情况下启动到控制台，其他功能将很快在后继被添加。Banana Pi BPI-F3 采用 8 核 RISC-V 芯片、高达 16GB 的 RAM 板卡、5 通道 PCIe 2.1 扩展能力、1 个 USB 3.0 和 2 个 USB 2.0 接口。Bananan Pi BPI-F3 在 Amazon.com 上的上市价格约为 79 美元，但交货时间为 1~2 个月。

新闻出处，“Linux 6.14 To Add Support For SpacemiT’s “Energy Efficient AI” RISC-V CPUs”: https://www.phoronix.com/news/Linux-6.14-SpaceMiT-RISC-V-CPUs。

关键词: Linux, SpaceMiT, RISC-V, CPU

Linux 6.14 中将为 RISC-V 架构支持 T-Head 的矢量扩展以及 GhostWrite

The RISC-V CPU architecture feature updates have now been submitted and merged for the nearly-over Linux 6.14 merge window.

Linux 6.14 中针对 RISC-V CPU 架构合入和一些新的功能更新，其中最值得注意的是增加了对 T-Head 矢量扩展的支持。Linux 内核现在支持将这些 T-Head Vector 扩展 expose 给用户空间。

XuanTie XTheadVector 扩展是一个非标准、不兼容的扩展，添加了 32 个矢量寄存器和 6 个非特权 CSR。XTHeadVector 源自 RISC-V Vector 0.7.1 扩展。过去几个月来，支持此 T-Head 矢量扩展的补丁一直在开发中，现在已正式合入主线。

Linux 6.14 还添加了针对 GhostWrite 漏洞的缓解措施。此漏洞会影响 XTHeadVector 指令集。缓解措施是禁用此新添加的支持。GhostWrite 于 8 月被宣布为首批值得注意的 RISC-V CPU 漏洞之一。

新闻出处，“Linux 6.14 RISC-V Kernel Adds Support For T-Head Vector Extensions, GhostWrite”: https://www.phoronix.com/news/Linux-6.14-RISC-V。

关键词: Linux, RISC-V, T-Head, GhostWrite

IO_uring zero-copy receive 补丁已准备好在 Linux 6.15 合入主线

It’s looking like IO_uring zero-copy receive support should be ready for the Linux 6.15 kernel cycle this spring.

IO_uring 首席开发人员 Jens Axboe 上周末在 X 上分享说，基于 IO_uring zero-copy receive 的网络端开发将在 Linux 6.15 被合入主线。

IO_uring 部分的补丁仍然需要等待一段时间，但随着网络子系统部分的工作已经进入 net-next，考虑到距离 Linux 6.15 的开发周期启动还有一个月的时间，所以整个补丁应该能赶在下一个内核版本的 merge 窗口打开之前做好合并的准备。

该补丁集包含新的 io_uring 请求，可以在用户空间页面中实现 zero copy rx。补丁实现了一个 page pool，驱动程序使用它来填充硬件 rx 队列，以分发用户页面而不是内核页面。因此，任何最终命中此硬件 rx 队列的数据都将被 DMA 直接发送到用户空间内存中，而无需通过内核内存传递。从套接字中 “读取” 数据切换采用了 _notification_ 机制，由内核告诉用户空间数据所在的 page 位置。总体方法类似于 devmem TCP 方案。

基准测试结果显示结果非常积极，和 epoll 相比，采用 io_uring 后效率提升 40% 以上。

经过 13 轮补丁审查后，终于看到这个补丁将被合入主线，的确很令人兴奋！

新闻出处，“IO_uring Zero-Copy Receive Support Ready For Linux 6.15 Networking”: https://www.phoronix.com/news/IO_uring-Zero-Copy-Receive-Net。

关键词: Linux, IO_uring, Network

Debian 15 的代号为 “Duke”

With Debian 13 freeze dates announced and that Debian 13.0 “Trixie” release working its way toward release likely around August, it’s then to be followed by beginning development on Debian 14 codenamed as “Forky”. Yesterday when announcing the Debian Trixie freeze dates, the Debian 15 codename was also announced.

随着 Debian 13 冻结日期的宣布，Debian 13.0 “Trixie” 版本可能在 8 月左右发布，社区即将开始代号为 “Forky” 的 Debian 14 的开发。在宣布 Debian Trixie 冻结日期时，也宣布了 Debian 15 的代号。

Debian 15 的代号为 Duke。由于 Debian 大约每两年发布一个新版本，所以大致在 2027 年左右发布 Debian 14.0，然后 Debian 15.0 可能会在 2029 年左右发布。

与之前的 Debian Linux 代号一样，Debian 15 的代号遵循《玩具总动员》系列中的角色。“Duke” 来自于《玩具总动员 4》中的角色 Duke Caboom。

除了在 Trixie 冻结日期公告中宣布 Debian 15 “Duke” 之外，Debian Duke 的 Wiki 页面也已建立: https://wiki.debian.org/DebianDuke。

新闻出处，“Debian 15 Is Codenamed “Duke””: https://www.phoronix.com/news/Debian-15-Duke。

关键词: Debian, Duke

GNU Gold Linker 已被废弃。

With the recent GNU Binutils 2.44 release, one of the changes is worth calling out in its own article: the GNU Gold linker is now officially deprecated and is now being segregated to its own extra Binutils package but risks being removed all together without new developer volunteers stepping up to maintain this linker.

最近发布的 GNU Binutils 2.44 版本中，一个重大的变化是：GNU Gold 链接器现在被正式弃用。整个软件现在被隔离到它独立的 Binutils 包中，如果没有新的开发人员志愿者站出来维护这个链接器，它可能会被一起删除。

GNU Gold 于二十年前由 Google 发起，其目的是提供比 GNU 链接器更快的链接性能。GNU Gold 达到了它的目的，并证明了 ELF 对象链接的速度要快得多是可能的，但它已经多年没有看到太多的开发活动了。就 Google 而言，他们没有投资 GNU Gold，因为他们现在主要依赖 LLVM 工具链，而 LLVM 链接器比这两个 GNU 链接器都要先进。

GNU Binutils 2.44 发布公告解释了当前的情况：“在这个版本中，binutils-2.44.tar tarball 不包含 gold linker 的源。这是因为 gold linker 现在已经被弃用，除非志愿者站出来提出继续开发和维护，否则最终会被删除。gold 目前被包括在一个特殊的 tarball：binutils-with-gold-2.44.tar 中。展望未来，binutils 的奇数版本（2.45、2.47 等）将只有 binutils.2.xx.tar 个 tarball，而偶数个版本将同时具有 binutils-2.xx.tar 和 binutils-with-gold-2.xx.tar 两个 tarball。最终这种情况会停止，那时 gold 将不再维护。”

所以，如果没有什么奇迹，由于没有新的开发人员愿意维护其代码，GNU Gold 链接器在未来可能会完全被放弃。随着越来越多的企业组织转向 LLVM 工具链，而那些希望更快的 ELF 链接性能的人可能会转向 Mold 链接器，而不是投入资源在 GNU Gold 上。

新闻出处，“GNU Gold Linker Is Deprecated & Will Be Gone For Good Without New Developers”: https://www.phoronix.com/news/GNU-Gold-Linker-Deprecated。

关键词: GNU, Gold

联系我们

欢迎扫描二维码加微信联系我们：