泰晓资讯·4 月 / 第一期 / 2023

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

Linux 内核最新消息

https://lkml.org/lkml/2023/3/26/369

Linus Torvalds 本周初发布了 Linux 6.3-rc4，目前 Linux 6.3 内核的开发周期已经过了一半。

Torvalds 在今天的 6.3-rc4 的发布公告中写道：

“Things are looking pretty normal for this time of the release process. All the stats look very regular, and the diffstat mostly does too.

I say “mostly”, just because we had a bunch of xfs fixes last week, which makes the diffstat skew that way more than usual. But even that is mainly for a self-test addition. The actual code changes are much smaller.

So instead of the usual 50+% drivers, the rc4 diffstat is about “one third drivers, one third filesystems, one third rest”. Not all of the filesystem stuff is xfs, of course - we have cifs, btrfs and ksmbd fixes too.

On the driver side, it’s a mix, but networking and gpu shows up as usual. With USB and thunderbolt fixes showing up, and the rest being fairly random.

And “the rest” is all the normal stuff. Self-tests, core networking, architecture updates, nothing odd there.

Let’s hope things stay normal. And, as normal, testing and reporting issues is appreciated,”

这段时间里事情看起来很正常，所有的统计数据看起来都非常有规律。整个 rc4 的修改中，三分之一和驱动有关，三分之一涉及文件系统，剩下的三分之一包括对测试程序的改进，以及网络子系统和架构方面的更新，没有什么特别引起大家注意的。

Linux 6.3 稳定版预计在 4 月底左右发布，但这取决于开发周期的后半部分的进展情况。

https://www.kernel.org/ updated by 2023/03/30

关键词: Linux

当关闭 KASLR 时，Linux 将停止随机化 Per-CPU Entry Area

With the Linux 6.2 release kernel developers addressed “a tasty target for attackers” after it was realized that the per-CPU entry data was not being randomized, even in the presence of Kernel Address Space Layout Randomization (KASLR). The per-CPU entry area randomization has been present since Linux 6.3 but then was realized it’s being activated even if KASLR was disabled, so now that is changing to avoid possible confusion.

在 Linux 6.2 版本中，内核开发人员为了降低攻击风险，确保在开启 KASLR（Kernel Address Space Layout Randomization）后将 per-CPU 的 entry area 内容变得随机，但最近大家发现，即使禁用了 KASLR（Kernel Address Space Layout Randomization），x86_64 上 per-CPU 的 entry area 内容也会变得随机。这可能会引起使用者和开发人员的疑惑，特别是在调试内核，基准测试中，譬如需要获得预期确定性的结果，以及不需要实现随机化的场景下。

为此，最近作为针对 x86 体系架构的紧急 PR 的一部分，在 Linux 6.3-rc4 版本发布之前，社区提交了一个修复程序，确保仅在启用 KASLR 时才会随机化 per-CPU 的 entry area。该补丁也被标记为需要 back-porting，因此它应该很快就会出现在 Linux 6.2 系列中。

新闻出处，“Linux Will Stop Randomizing Per-CPU Entry Area When KASLR Is Not Active”: https://www.phoronix.com/news/Linux-Random-Per-CPU-Entry-ASLR。

关键词: Linux, KASLR

Debian 12 “Bookworm” 进入 Hard Freeze 状态

Following last month’s soft freeze for Debian 12 “Bookworm”, this popular Linux distribution is now in its hard freeze until its release time.

继上个月 Debian 12 代号 “Bookworm” 进入 “soft freeze” 之后，目前这个流行的 Linux 发行版已经发展到 “hard freeze”状态，很快就要正式发布了。更进一步的信息可以参考发布团队的公告邮件：https://lists.debian.org/debian-devel-announce/2023/03/msg00004.html

新闻出处，“Debian 12 “Bookworm” Enters Its Hard Freeze”: https://www.phoronix.com/news/Debian-12-Hard-Freeze。

关键词: Debian，Bookworm

LLVM 17 合入对 RISC-V Vector Crypto ISA 的初步支持

Merged this weekend to the LLVM 17 development code-base is initial support for RISC-V’s vector crypto extension ISA.

上周末 LLVM 17 开发代码库中合入了对 RISC-V 的 Vector Crypto 扩展 ISA 的初步支持。最新的工作支持 Vector Crypto 扩展 ISA 的 v0.3 的草案规范，改扩展旨在加速未来 RISC-V 处理器上的加密操作。这些指令由来自 SiFive 公司的 Brandon Wu 设计。

感兴趣的人，可以访问该扩展规范在 GitHub 的仓库 https://github.com/riscv/riscv-crypto。

不久前，Microsemi 还针对 RISC-V Crypto 扩展做了演讲，ppt 可以在 https://riscv.org/wp-content/uploads/2017/12/Wed-1418-RISCV-RichardNewell.pdf 下载。

本次有关该扩展的提交实现了 ZVKB、ZVKG、ZVKN、ZVKNHA、ZVKNHB、ZVKNS、ZVKS、ZVKSED 和 ZVKSH 这些指令，但这些指令还处于实验阶段。LLVM 17.0 中除了包含对这个加密扩展的支持外，还合入了许多针对 RISC-V 的改进，据估计 17 版本通常应该会在今年 9 月发布。

新闻出处，“LLVM 17 Lands Initial Support For RISC-V Vector Crypto Extension ISA”: https://www.phoronix.com/news/LLVM-17-RISC-V-Vector-Crypto。

关键词: LLVM，RISC-V，Vector Crypto

AMD-Xilinx 发布开源 “Nanotube” 编译器

AMD-Xilinx recently open-sourced their LLVM-based Nanotube compiler that can be used for some nifty networking purposes on FPGAs.

AMD-Xilinx 最近开源了基于 LLVM 的 Nanotube 编译器，可用于 FPGA 上的一些网络处理。

AMD-Xilinx Nanotube 编译器构建在 LLVM 之上，可以读入并编译 eBPF XDP 的 C 代码，将其转化为 HLS C++ 格式的 packet processing popeline，这些 HLS C++ 代码被 Vitis HLS 处理后生成 FPGA 可以处理的指令。

在 Nanotube 代码仓库中有一个由 Facebook / Meta 开发的示例代码库。此示例被称为 “Katran”，实现了一个在 Xilinx FPGA 上运行的高性能的 4 层网络负载均衡器。这个展示 Nanotube 编译器的例子采用了 eBPF GPLv2 许可证。

如果希望了解更多有关这个最近开源的 AMD-Xilinx Nanotube 编译器，可以 GitHub 上找到它，具体地址是：https://github.com/Xilinx/nanotube。

新闻出处，“AMD-Xilinx Publishes Open-Source “Nanotube” Compiler”: https://www.phoronix.com/news/AMD-Xilinx-Nanotube-Compiler。

关键词: AMD，Xilinx，Nanotube

联系我们

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