泰晓科技 -- 聚焦 Linux - 追本溯源,见微知著!
网站地址:https://tinylab.org

基于泰晓RISC-V实验箱的Linux公开课
请稍侯

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

unicornx 创作于 2022/07/21

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

  • Linux 内核最新消息

https://lkml.org/lkml/2022/7/17/252

过去的一周对内核社区来说非常繁忙,因为一个叫做 Retbleed 漏洞不仅给用户带来了 CPU 开销性能的影响,整个修复过程还给内核开发和测试过程带来了混乱。针对 Retbleed 的修复需要对许多文件进行修改,这是近来较大的一次故障修复。除此之外,还有一些编译器警告和其他构建同时出现了问题。

另外一个问题是有关 Intel 的 Alder Lake P 的 GuC 固件问题。现在有一个补丁,可以提供与旧固件的向后兼容性,如果还是不能达到满意的效果,Linus 将在必要时回退对 GuC v70 的支持。此外 5.17-rc7 中还引入了一个导致新的 Intel IFS driver 不能正常工作的问题。

因此 Linus 在发布公告提出,Linux 5.19 的开发周期将被延长一周,所以下周日还会发布一个 Linux 5.19-rc8,而不是最终版本。

目前看起来,仍然有希望在 7 月 31 日我们会发布 Linux 5.19。

https://www.kernel.org/ updated by 2022/7/21

分支类型版本发布时间
mainline5.19-rc72022-07-17
stable5.18.122022-07-15
longterm5.15.552022-07-15
longterm5.10.1312022-07-15
longterm5.4.2062022-07-15
longterm4.19.2522022-07-12
longterm4.14.2882022-07-12
longterm4.9.3232022-07-12
linux-nextnext-202207202022-07-20

关键词: Linux

  • Intel 修订了针对 Linux 的 Linear Address Masking 补丁

Added to Intel’s documentation in late 2020 and initial kernel patches out since early 2021, Intel has been slowly working on Linear Address Masking (LAM) support for the Linux kernel. Out this past week was finally the latest iteration of this work for leveraging untranslated address bits of 64-bit linear addresses to be used for storing arbitrary software metadata.

自 2021 年初推出初始内核补丁以来,Intel 一直在缓慢地为 Linux 内核提供 Linear Address Masking (简称 LAM) 支持。上周发布了这项工作的最新迭代,也是第五个版本,它利用 64 位线性地址的未翻译地址位来存储任意软件元数据。这将允许哪些即将推出的新的 Intel CPU 允许将用户空间地址的未翻译地址位用于任意元数据。

v5 补丁基于最新的 Linux 内核版本,添加更多代码注释,添加自检和各种针对特定 CPU 硬件功能的低级代码调整。总的来说,为 Linux 内核启用 LAM 只需新增一千多行代码。我们将拭目以待。看看这些 v5 LAM 补丁现在是否足以合入主线,还是逐渐地缓慢地进入主线内核。

与此同时,AMD Zen 4 推出了一个类似的功能,称为 Upper Address Ignore(简称 UAI) 用于使用未使用的用户空间地址标记内存地址的位。

更多介绍请阅读新闻出处,“Intel Revs Its Linear Address Masking Patches For Linux​”: https://www.phoronix.com/scan.php?page=news_item&px=Intel-LAM-Linux-v5

关键词: Linux, Intel,LAM

  • Btrfs 添加对 Stream v2 的支持,并准备将该功能合入 Linux 5.20

The Btrfs send/receive functionality allows for generating a stream of changes between two sub-volume snapshots, which can be useful for efficient backup/archive purposes, among other uses. With the Linux 5.20 kernel is send/receive support for the new “stream v2” format.

Btrfs 的 send/receive 功能允许在两个 sub-volume 的快照之间传输发生的改动,然后在用户空间中使用 btrfs-receive 支持在不同的文件系统上以增量的方式或者是完整的方式复制该快照。这对于高效的备份、归档等用途非常有用。Linux 5.20 内核将对数据的发送和接收采用新的 “stream v2” 格式。

经过多轮审查后,现在为 Linux 5.20 准备就绪的是对读/写数据采用压缩方式进行发送/接收。对压缩数据支持是这次 Btrfs 流 v2 格式增加的主要特性。

这种对发送/接收的压缩数据支持利用了在 Linux 5.18 中引入的新功能 BTRFS_IOC_ENCODED_WRITE。作为此 v2 格式支持的一部分,还需要用户空间中的 btrfs-progs 补丁。

内核中针对 Btrfs 发送流 v2 的更改已排入 5.20 的候补队列,将作为下一个内核周期中 Btrfs 文件系统更新的一部分进行提交。

更多介绍请阅读新闻出处,“Btrfs Send Stream v2 Support Queued Ahead Of Linux 5.20”: https://www.phoronix.com/scan.php?page=news_item&px=Btrfs-Send-Stream-v2-Linux-5.20

关键词: Linux, Btrfs

  • Ubuntu 22.04 LTS 即将修复一个非常烦人且严重的 APT 问题

Recently on Ubuntu 22.04 LTS I’ve noticed that after installing dependencies for a number of benchmarks that the Ubuntu Linux installation is simply broken… I can start off with a clean install of Ubuntu 22.04 desktop but then after installing the dependencies for a number of tests, the Ubuntu installation is effectively unusable until going back and reinstalling numerous default packages. The desktop is no longer installed, networking support was dropped, and many other packages went missing. It turns out it’s due to problematic and unintentional APT package management behavior that is now being fixed.

最近在 Ubuntu 22.04 LTS 上,有人注意到在安装了一些基准测试的依赖项后,Ubuntu Linux 系统会被完全地破坏,准确地说自 Ubuntu 22.04 LTS 5 月发布以来,人们注意到,安装软件包 libudev1 会导致大量关键软件包被删除,并使系统基本上无法使用。即使从全新安装 Ubuntu 22.04 桌面开始,然后再安装一些软件后,Ubuntu 就无法使用了,除非返回并重新安装许多默认软件包。桌面也装不上,网络支持被删除,许多其他软件包也丢失了。后发现这是由于 APT 中有问题和无意的行为,基本问题被总结为,apt 将尝试满足安装最新的 libudev1 的请求,但由于没有升级其他软件包,导致这个新安装的包与其他软件包发生冲突,并最终导致 apt 删除了那些产生冲突的软件包。而这些被删除的包可能包括 ubuntu-desktop 和其他对于用户使用来说非常关键的软件包 ……。

这个问题的修复参考 https://salsa.debian.org/apt-team/apt/-/merge_requests/248,目前正在被 backport 到 Ubuntu 22.04。

更多内容请访问新闻出处,“An Ubuntu 22.04 LTS Fix Is Coming For A Very Annoying & Serious APT Problem”: https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-22.04-APT-Breaks-Things

关键词: Ubuntu,APT

  • openSUSE 宣布对 Nim 编程语言的 “First Class” 支持

The openSUSE project is talking up their first-class support for the Nim programming language in joining Arch Linux for shipping up-to-date packages for this compiled programming language.

openSUSE 项目正在谈论他们对 Nim 这种编译型编程语言的 first-class 支持,和 Arch Linux 一起提供该编程语言的编程环境软件包。

尽管如今大部分更关注譬如 Rust 和 Golang 这些现代编程语言,但 Nim 这种通用编程语言继续在沿着自己的既定目标向前推进。这种编译的、静态类型的编程语言具有与 C/C++、JavaScript 和其他语言交互的外部函数接口。 Nim 自称结合了 Python、Ada 和 Modula 等成熟语言的成功概念,以前曾被称为与 C 一样快,同时具有与 Python 一样的表现力和与 Lisp 编程语言一样的可扩展性。

那些希望了解更多 Nim 编程语言本身背景的人可以访问 https://nim-lang.org/,其中包括一些简单的代码片段以供参考。

最新的消息是 openSUSE 计划对 Nim 语言提供 “First Class” 的支持,现在正在发布最新的软件包。OpenSUSE 表示它将从现在开始持续维护并保持最新的 Nim 包,并在他们的新闻网站上写了一篇关于它的博客文章来谈论这个里程碑。

openSUSE 构建有自动化测试。Nim 与 openSUSE 的普遍可用性包括将特定架构的损坏测试与安全补丁的反向移植和上游同步。

Nim 有一个非常有趣且充满活力的软件包生态系统,可以在许多方面轻松开发;从 Web 开发到系统编程,以及科学计算和数据处理。可以使用 Wea​​ve 开发极其快速和并行化的应用程序,使用 Karax 或 Jester 完全在 Nim 中开发前端和后端 Web 应用程序,并使用 ArrayMancer 执行大量基于计算的数学运算。在好玩的方面,Nim 可用于通过使用 Godot-Nim 作为桥梁来开发高性能 3D 可视化和使用 Godot 进行游戏开发。

有关此 Linux 发行版中最新的 Nim 支持的更多详细信息,请访问 https://news.opensuse.org/2022/07/14/os-reaches-first-class-support-for-nim/

本消息新闻出处,“openSUSE Announces “First Class” Support For The Nim Programming Language”: https://www.phoronix.com/scan.php?page=news_item&px=openSUSE-First-Class-Nim

关键词: openSUSE, Nim

  • Google 揭开 Carbon 的面纱,一款有希望继任 C++ 的新编程语言

In addition to Dart, Golang, and being involved with other programming language initiatives over the years, their latest effort that was made public on Tuesday is Carbon. The Carbon programming language hopes to be the gradual successor to C++ and makes for an easy transition path moving forward.

多年来,除了 Dart、Golang 以及参与其他编程语言开发之外,Google 在本周二公开他们的最新编程语言成果:Carbon。Carbon 编程语言希望逐渐成为 C++ 的继任者,并为替代 C++ 提供一条轻松的过渡路径。Google 的愿景是希望 Carbon 比流行的 Rust 编程语言能够更自然的向 C++ 迁移。Carbon 旨在实现与 C++ 相匹配的性能、与 C++ 的无缝双向互操作性、C++ 开发人员更容易学习的曲线、可比较的表达能力和可扩展的迁移。

Carbon 构建在 LLVM 之上,旨在为性能关键型软件工作,提供高可读性,并提供实用的安全性。Carbon 支持通用的、比 C++ 更好的内存安全性,以及 C++ 上的其他现代语言特性。

Carbon 仍处于早期开发阶段,但那些想要了解更多关于这种新系统编程语言的人可以查看 https://github.com/carbon-language/carbon-lang

本消息新闻出处,“Google Engineers Lift The Lid On Carbon - A Hopeful Successor To C++”: https://www.phoronix.com/scan.php?page=news_item&px=Carbon-Successor-To-CPP

关键词: Google,Carbon

联系我们

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

tinylab wechat



Read Album:

Read Related:

Read Latest: