泰晓资讯·3 月 / 第三期 / 2022

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

• Linux 内核最新消息

https://lkml.org/lkml/2022/3/13/341

Linus Torvalds 原来希望本周发布稳定的 Linux 5.17 版内核的，但还是选择又推迟了一周并发布了 Linux 5.17-rc8。Torvalds 在 5.17-rc8 的公告中解释说，由于新出现的 Spectre 漏洞导致内核引入了很多补丁修复，所以他觉得发布一个 “-rc8” 而不是直接进入最终版本会更让人放心。现在他已决定在 3 月 20 日再发布正式的 Linux 5.17。本周新的 Spectre 漏洞是 BHI 和 Spectre-BHB，作为 Spectre V2 的衍生品，它们会影响 Intel，Arm 和 AMD 的 CPU。

https://www.kernel.org/ updated by 2022/3/11

关键词: Linux

• Roadtest 一个新的 Linux 驱动程序测试框架

Axis Communications on Friday published “Roadtest” as their initial patch-set for this new Linux driver testing framework.

Axis Communications 周五发布了一款新的 Linux 驱动程序测试框架的第一版补丁集，这个框架被命名为 “Roadtest”。基于这个测试框架，被测试的驱动程序可以在用户模式的 Linux 访问模拟的硬件。测试逻辑代码和硬件模型都是用 Python 编写的。借助 Roadtest 的硬件建模，可以在缺少实际硬件的情况下，在持续集成 (CI) 中至少覆盖一些基本的测试。到目前为止，Roadtest 仅适用于测试相当简单的驱动程序，例如 industrial I/O(IIO)、稳压器（regulator）和实时时钟 (RTC) 子系统中的驱动程序。

目前，Roadtest 在内核邮件列表中还处于初始 “征求意见（RFC）”阶段。我们希望看到 Roadtest 能够促进更多的 Linux 驱动程序自动化测试，以及最终能够支持更加高级的硬件子系统。

更多介绍请访问新闻原文出处，“Roadtest Proposed As A New Driver Testing Framework For Linux” https://www.phoronix.com/scan.php?page=news_item&px=Roadtest-Linux-Driver-Testing。

关键词: Linux, Roadtest, driver

• “Fast Kernel Headers” 补丁集中有关调度器的部分已经就绪可以合入主线

Published at the start of the new year was 2.3k patches providing “fast kernel headers” as a major speed-up to Linux kernel build times and addressing the dependency hell among all the header files in the Linux kernel source tree. It will likely take some time for that massive patch series to work its way to mainline in full, but at least for Linux 5.18 already the patches touching the kernel’s scheduler area are ready to land.

今年年初发布的 “Fast Kernel Headers” 补丁包含了多达 2,300 个补丁，这个补丁集可以大大加速 Linux 内核构建并解决 Linux 内核源代码树中所有头文件之间的依赖关系问题。这个庞大的补丁系列可能需要一些时间才能完全进入主线，但至少对于 Linux 5.18 来说，涉及内核调度程序的补丁部分已经准备好被合入。

由于 Linux 5.17 被推迟了一周，因此在 Linux 5.18 合并窗口之前有额外的时间让修改暂时在 “-next” 分支中排队，其中也包括了调度子系统的部分。修改后这部分代码的构建的 CPU time 减少了 60.9%。 wall clock time 减少了 3.9%。调度程序代码只占整个内核大小的一小部分，所以这里我们看到的时间改进也只占整个构建时间的一小部分。一旦整个补丁集全部合入后，用户和 CI/CD 可能会开始注意到这项长期开发工作所带来的改进效果。

与此同时，Ingo Molnar 刚刚发布了他的 “Fast Kernel Headers” 补丁的第三个版本。这个系列仍然有超过 2,300 个补丁，影响了 180k 行新代码并删除了 74.5k 行代码。

更多更详细的描述请参考原文新闻出处，“Linux Scheduler Build Improvements From “Fast Kernel Headers” Queued, FKH v3 Posted” https://www.phoronix.com/scan.php?page=news_item&px=Sched-Core-Fast-Kernel-Headers。

关键词: Linux, Fast Kernel Headers

• Linux 计划停止支持为 Alpha 和 M68k 构建 a.out 格式的代码

Back in 2019 that seems like an eternity ago with all that’s gone on in the world, the Linux kernel deprecated a.out support. This executable / object code / shared library file format was used prior to the dominance of ELF but is seldom if ever used today. There have been pending patches to finally remove a.out from the kernel while the plan now is to stop building it on Alpha and Motorola 68000 targets to see if anyone notices/cares.

Going along with the recent patches to stop building a.out support for Linux’s Alpha and m68k architecture ports as the last of the CPU architectures that were still building the kernel with the support enabled, developers are ready to remove the x86 a.out support outright.

早在 2019 年，Linux 内核就已经弃用了对 a.out 格式的支持。这种可执行/目标代码/共享库文件格式出现在 ELF 占主导地位之前，但如今已很少使用。目前 Linux 中只有 Alpha 和 m68k 架构仍在构建中支持启用 a.out 支持。因此，除了彻底删除 a.out 相关的代码之外，现在计划通过 Kconfig 选择停止为 m68k 和 Alpha 构建它。这个简单的更改将使我们较容易发现是否还有人还在这些架构上使用这个特性。如果没有人抱怨，这可能意味着未来的内核可以继续并彻底删除该支持代码。

与此同时，Borislav Petkov 还在 TIP 的 “x86/cleanups” 分支上提交了补丁，在 Linux 5.18 之前删除了对 x86 a.out 的支持。

值得重申的是，这只是关于 a.out 文件格式支持本身，并且不会影响在未指定输出目标名称时使用 “a.out” 这个文件名称。

更多介绍请阅读新闻出处，“Linux Plans To Stop Building a.out Support On Alpha & M68k To See If Anyone Cares”: https://www.phoronix.com/scan.php?page=news_item&px=Linux-a.out-M68k-Alpha 和 “Linux x86 Ready To Remove Its Old 32-bit a.out Support”: https://www.phoronix.com/scan.php?page=news_item&px=Linux-x86-Remove-A.Out。

关键词: Linux, a.out, Alpha, M68k

• Debian 12.0 “Bookworm” 将在 2023 年年中左右发布

While Debian 11 ”Bullseye” released just last August, there is already talk of development milestone dates for Debian 12 “Bookworm” for a likely release in 2023.

Debian 11 “Bullseye” 于去年 8 月刚刚发布，有关 Debian 12 “Bookworm” 的开发计划讨论已经非常热闹，据称下一个版本的发布时间可能会是在 2023 年年中的某个时候。

Debian 发行版的主要版本之间的间隔大约是两年，“Bookworm” 应该也是符合这种情况，或许会更短，具体取决于其版本冻结后的测试情况。Debian 版本发布团队提议在 2023 年 1 月 12 日左右启动 transition 和 toolchain freeze，在 2 月 12 日左右进行 Debian 12.0 的 soft freeze，在 3 月 12 日左右进行全面 hard freeze。实际的 Debian 12.0 版本会在那之后的某个时间发布，通常在几个月内，这取决于 bug 的情况。但无论如何，预计 2023 年中期左右发布 Debian 12.0 看起来是安全的。

更多介绍请阅读新闻出处，“Debian 12.0 “Bookworm” Looks Like It Will Release Around Mid-2023”: https://www.phoronix.com/scan.php?page=news_item&px=Debian-12-Tentative-Dates。

关键词: Debian，Bookworm

• Go 1.18 发布，性能改进约 20%

Go 1.18 is out today as a significant update to this Google-backed programming language while continuing to still maintain Go 1.x compatibility.

本周二，Google 发布了 Go 1.18，这是一个重大的更新发布，同时继续保持对 Go 1.x 的兼容性。

Go 1.18 在语言方面最显著的改进是增加了对使用类型参数的泛型支持。 Google 工程师认为他们的泛型实现质量很高且实现良好，但仍需要进行额外的开发人员测试和反馈。Go 1.18 还添加了集成到其标准工具链中的模糊测试支持，以实现更好的代码测试。Go 1.18 还添加了 “workspace” 模式，以便更轻松地同时使用多个模块。

此外 Go 1.18 令人兴奋的还有性能上的改进，由于对 Go 1.17 的 register ABI 调用约定进行了扩展，性能可以提高 20% 以上。 ARM64 / Apple M1 / PowerPC 64 位应该从这些性能改进中受益最大。

更多详细信息，请参阅 Go.dev 博客（https://go.dev/blog/go1.18）和发行说明（https://go.dev/doc/go1.18）。

新闻出处，“Go 1.18 Released With Generics, Fully Integrated Fuzzing, ~20% Performance Improvements”: https://www.phoronix.com/scan.php?page=news_item&px=Go-1.18-Released。

关键词: Go, Google

联系我们

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