“泰曉資訊”，廣泛報(bào)道 “Linux/開(kāi)源” 業(yè)界資訊。歡迎廣大讀者投遞相關(guān)資訊來(lái)源和素材，本站將進(jìn)一步收集整理后發(fā)布給大家。“泰曉科技”公眾號(hào)每周五同步發(fā)布，歡迎訂閱。

Linux 內(nèi)核最新消息

https://lkml.org/lkml/2022/4/24/467

Linus Torvalds 發(fā)布了 Linux 5.18-rc4，到目前為止，內(nèi)核在 5.18 版本的開(kāi)發(fā)周期已經(jīng)過(guò)半，總的來(lái)說(shuō)看起來(lái)不錯(cuò)。Linus Torvalds 在 rc4 的發(fā)布郵件列表中指出：

Fairly slow and calm week - which makes me just suspect that the other shoe will drop at some point. But maybe things are just going really well this release. It's bound to happen occasionally, after all. It's not only a fairly small set of commits, the diffstat is pretty small and flat too. The biggest single patch is literally killing off a zombie file that had already been deleted - well, renamed, really - once, but it didn't know to stay dead, and was resurrected by a merge mistake. The changes are sprinkled all over, they just aren't all that big: arch updates (sound being the bulk of it, but "bulk" really is fairly misleading), some driver updates, a couple of filesystem fixes, memory management, networking, and some tooling (mainly a couple of selftests).

看上去老李對(duì)目前版本進(jìn)展之順利都有點(diǎn)不太自信了。rc4 的變化依然不大：和往常一樣，主要涉及一些 arch 上的更新、一些驅(qū)動(dòng)程序更新、一些文件系統(tǒng)修復(fù)、內(nèi)存管理、網(wǎng)絡(luò)，以及一些工具。

不出意外，Linux 5.18 應(yīng)該會(huì)在 5 月底左右發(fā)布。

https://www.kernel.org/ updated by 2022/4/28

分支類型版本發(fā)布時(shí)間mainline5.18-rc42022-04-24stable5.17.52022-04-27stable5.16.20 [EOL]2022-04-13longterm5.15.362022-04-27longterm5.10.1132022-04-27longterm5.4.1912022-04-27longterm4.19.2402022-04-27longterm4.14.2772022-04-27longterm4.9.3122022-04-27linux-nextnext-202204272022-04-27

關(guān)鍵詞: Linux

統(tǒng)一 和 工作的最新進(jìn)展

Originally attempted with Linux 5.18 were patches so?/dev/urandom and /dev/random would behave exactly the same. That was dropped though due to not enough randomness at boot for some platforms like Arm 32-bit, Motorola m68k, Microblaze, Xtensa, and others. But then the change went in to?opportunistically initialize /dev/random?as a best-effort approach where it at least works nicely on x86/x86_64. The good news is that original unification effort may be re-visited in the future now that the original blocker issue has been addressed.

社區(qū)曾經(jīng)在 5.18 開(kāi)發(fā)期間嘗試統(tǒng)一 和 的行為。不過(guò)，由于 ARM32、Motorola m68k、Microblaze、Xtensa 等平臺(tái)在啟動(dòng)時(shí)無(wú)法提供足夠的隨機(jī)性種子，這個(gè)嘗試被放棄了。隨后的嘗試是希望通過(guò) opportunistically 的方式在初始化 改進(jìn)其行為，并至少在 x86/x86_64 上獲得比較好的效果。

好消息是，相關(guān)補(bǔ)丁的作者 Jason Donenfeld 在 twitter 上發(fā)布消息聲稱，影響統(tǒng)一行為的那些老架構(gòu)的問(wèn)題已得到解決：

So what this means is: the rationale for reverting the /dev/random + /dev/urandom unification has now been fixed. That's some real tangible progress.

Now, I don't want to rush into trying the unification again too soon. I think if anything, the lesson from the first attempt wasn't simply, "I should fix a few of Guenter's test cases," but rather that the problem is fairly nuanced and will take a lot wider testing and research. However, the fact that the initial thing, across multiple platforms, that lead to the revert has been fixed gives me a decent amount of optimism that at /some point/ down the road, we'll be able to try this again. One step at a time.

這真是一個(gè)實(shí)實(shí)在在的進(jìn)步。Jason 在 twitter 上對(duì)未來(lái)表示樂(lè)觀，認(rèn)為既然最初的阻礙問(wèn)題已經(jīng)得到解決，那么將來(lái)我們可能會(huì)重新嘗試最初的統(tǒng)一工作。

Hopefully we'll be able to reattempt the unification of /dev/random and /dev/urandom at some point down the road.?https://t.co/G93meKsluu?was the first good news about the prospects for that in the future, with some very preliminary patches that chip away at the challenges.?https://t.co/rgPZsiW9Tl — Edge Security (@EdgeSecurity)?April 25, 2022

更多介紹請(qǐng)?jiān)L問(wèn)新聞原文出處，“/dev/random + /dev/urandom Unification May Be Revisited In The Future, Blocker Addressed” https://www.phoronix.com/scan.php?page=news_item&px=Random-Unification-Future。

關(guān)鍵詞: Linux, random，urandom

Linux 5.19 將支持采用 Zstd 壓縮固件（Firmware）

For two years there has been interest and unmerged patches for?allowing Linux's plethora of firmware blobs to be Zstd-compressed?for helping to save disk space. Finally it looks like for Linux 5.19 that optional Zstd firmware compression support will be merged.

兩年來(lái)社區(qū)一直有興趣在 Linux 中采用 Zstd（Zstandard 壓縮算法）壓縮固件，從而幫助節(jié)省磁盤空間，但相關(guān)修改一直沒(méi)有合入主線。但目前看起來(lái)這個(gè)功能會(huì)合入 Linux 5.19。

之所以 Linux 內(nèi)核希望更多地使用這個(gè)由 Facebook 開(kāi)發(fā)的 Zstandard 壓縮算法，在很大程度上要?dú)w功于其非?？焖俚慕鈮嚎s性能和其他現(xiàn)代特性。從透明文件系統(tǒng)支持的壓縮功能到使用 Zstd 壓縮內(nèi)核映像，內(nèi)核中越來(lái)越多地使用它。采用 Zstd 壓縮固件其壓縮率比不上目前的 XZ 算法，但解壓縮的速度要快得多，這對(duì)于快速加載固件是一個(gè)優(yōu)勢(shì)。

截至上周末，Greg Kroah-Hartman 已將 Zstd 加入 driver-core-next 開(kāi)發(fā)分支，這為其代碼合入 5.19 做好了準(zhǔn)備，而 Linux 5.19 的合并窗口估計(jì)在 5 月底左右會(huì)打開(kāi)。

在補(bǔ)丁中將現(xiàn)有的 配置選項(xiàng)進(jìn)行了拆分，原 作為總開(kāi)關(guān)控制是否啟用固件壓縮，同時(shí)新增兩個(gè)子項(xiàng) 和 ，前者使用 XZ 算法，后者使用 算法， 算法解壓縮的固件后綴以 結(jié)尾。

更多介紹請(qǐng)?jiān)L問(wèn)新聞原文出處，“Zstd Compressed Firmware Will Finally Be Supported With Linux 5.19” https://www.phoronix.com/scan.php?page=news_item&px=Zstd-Firmware-Linux-5.19-Next。

關(guān)鍵詞: Linux, Zstd

Linux 內(nèi)核的 KMSAN 補(bǔ)丁，有助于捕獲未初始化的內(nèi)存問(wèn)題

One of the Linux patch series that has been in the works for years in conjunction with Clang compiler side changes and already being responsible for exposing hundreds of kernel bugs is the KernelMemorySanitizer (KMSAN). Sent out today was the latest patch series working on the kernel infrastructure for catching uninitialized memory issues.

KernelMemorySanitizer (KMSAN) 這個(gè)補(bǔ)丁已經(jīng)開(kāi)發(fā)了好幾年了，這個(gè)補(bǔ)丁配合 Clang 編譯器端的修改，而 Clang KMSAN 代碼可以追溯到 2018 年。雖然該補(bǔ)丁還未被合入主線，但在兩者相互配合下，已經(jīng)幫助我們找出了內(nèi)核中數(shù)百個(gè)錯(cuò)誤。

26 日來(lái)自 Google 的 Alexander Potapenko，也是 KMSAN 補(bǔ)丁的作者，又發(fā)布了一個(gè)新的版本，可以用于捕獲未初始化的內(nèi)存問(wèn)題。Potapenko 指出，。KMSAN 在過(guò)去幾年中報(bào)告了 300 多個(gè)錯(cuò)誤，其中大多數(shù)是在 syzkaller 的幫助下。盡管有新的編譯器警告和其他分析支持，但針對(duì)棧和堆初始化的檢測(cè)還未支持。這次新提交的補(bǔ)丁包含 KMSAN 運(yùn)行時(shí)的實(shí)現(xiàn)以及對(duì)其他子系統(tǒng)的小改動(dòng)。這包括了超過(guò)四千行新代碼。對(duì) KernelMemorySanitizer 感興趣的人可以閱讀 Alexander Potapenko 的這個(gè) 2020 年的 PDF slids（https://clangbuiltlinux.github.io/CBL-meetup-2020-slides/glider/Fighting_uninitialized_memory_%40_CBL_Meetup_2020.pdf）

更多介紹請(qǐng)閱讀新聞出處，“KMSAN Patches For The Linux Kernel Updated For Catching Uninitialized Memory Problems”: https://www.phoronix.com/scan.php?page=news_item&px=KernelMemorySanitizer-2022。

關(guān)鍵詞: Linux, KMSAN

Android 13 beta 1 發(fā)布，繼續(xù)關(guān)注隱私和安全性

Google today announced the first public beta of Android 13.

Google 于本月 26 日發(fā)布了 Android 13 的第一個(gè)公開(kāi)測(cè)試版。Google 在 Android 13 開(kāi)發(fā)中繼續(xù)關(guān)注 “隱私（privacy）和安全（security）”，包括新的通知權(quán)限、更精細(xì)的媒體文件訪問(wèn)權(quán)限，這里的媒體文件僅限于圖像/視頻/音頻類型，更好的密鑰處理錯(cuò)誤報(bào)告等等。Android 13 beta 1 還計(jì)劃支持 anticipatory audio routing、藍(lán)牙 LE 音頻、基于 USB 的 MIDI 2.0、以及新的 API 等。但這些心功能預(yù)期要到今年晚些時(shí)候才能就緒。

新發(fā)布的 Android 13 beta 1 版本可以在受支持的 Google Pixel 設(shè)備和 Android 模擬器上運(yùn)行。

更多有關(guān) Android 13 beta 1 版本的詳細(xì)信息，請(qǐng)?jiān)L問(wèn) Android 開(kāi)發(fā)者博客：https://android-developers.googleblog.com/2022/04/android-13-beta-1-blog.html。

更多介紹請(qǐng)閱讀新聞出處，“Android 13 beta 1 Released - Continues Focus On Privacy & Security”: https://www.phoronix.com/scan.php?page=news_item&px=Android-13-beta-1。

關(guān)鍵詞: Android

Yocto 4.0 來(lái)了

The Linux Foundation based Yocto Project for making it easy to create Linux-based IoT/embedded operating system software builds is out today with Yocto 4.0.

Linux 基金會(huì)旗下的 Yocto 項(xiàng)目使得創(chuàng)建基于 Linux 的物聯(lián)網(wǎng)和嵌入式操作系統(tǒng)軟件構(gòu)建變得容易，本月 27 日該項(xiàng)目發(fā)布了 Yocto 4.0 版本。

Yocto 4.0 在構(gòu)建中將 Linux 內(nèi)核升級(jí)到 5.15 LTS，并支持更新的工具鏈組件（如 GNU C Library 2.35），以及其他大約 300 種軟件的升級(jí)。

Yocto 4.0 中還包含了其他各種修復(fù)和改進(jìn)，譬如在網(wǎng)絡(luò)訪問(wèn)上現(xiàn)在默認(rèn)情況下設(shè)置為禁用，添加了許多新的 Python 3 擴(kuò)展包等。Yocto 4.0 還從 Gzip 切換到 Zstd 以提供更好的性能，本次升級(jí)還帶來(lái)了各種針對(duì) ARM 和 RISC-V 的改進(jìn)，以及各種其他增強(qiáng)。

更多有關(guān) Yocto 4.0 的信息，請(qǐng)?jiān)L問(wèn) YoctoProject.org （https://www.yoctoproject.org/）上的發(fā)布公告和項(xiàng)目網(wǎng)站。

新聞出處，“Yocto 4.0 Released For Embedded/IoT Linux Software Stack”: https://www.phoronix.com/scan.php?page=news_item&px=Yocto-4.0-Released。

關(guān)鍵詞: Yocto

GCC 11.3 發(fā)布，包含近 200 個(gè)錯(cuò)誤修復(fù)

While?GCC 12?(GCC 12.1 stable) will be out in the coming weeks, GCC 11.3 is out today as the latest stable release in the current GCC 11 series.

雖然 GCC 12（GCC 12.1 stable）將在未來(lái)幾周內(nèi)發(fā)布，但 GCC 11 系列的升級(jí)并沒(méi)有停止，本月 21 日還發(fā)布了 11.3 版本。GCC 11.3 是去年推出的 GCC 11 系列的最新錯(cuò)誤和回歸修復(fù)小版本。自去年引入 GCC 11.2 以來(lái)，GCC 11.3 修復(fù)了超過(guò) 189 個(gè)錯(cuò)誤。大多數(shù)錯(cuò)誤修復(fù)不會(huì)被廣泛關(guān)注，但很高興看到 GNU 編譯器工具包中改正了這么多問(wèn)題。

在 GCC 11.3 中的眾多修復(fù)中，有針對(duì)各種 Darwin 和 macOS 的問(wèn)題、許多 C++ 和 libstdc++ 修復(fù)、許多 RISC-V 修復(fù)等。

新聞出處，“GCC 11.3 Released With Nearly 200 Bug Fixes”: https://www.phoronix.com/scan.php?page=news_item&px=GCC-11.3-Released。

關(guān)鍵詞: GCC

LLVM 14.0.2 發(fā)布

LLVM 14.0.1?released just earlier this month while already LLVM 14.0.2 is out today. LLVM normally sees just a single point release and traditionally happened mid-to-late in the development cycle ahead of LLVM's next major release. But now LLVM is moving to shipping point releases every two weeks.

LLVM 14.0.1 剛剛在本月初發(fā)布，四月還未結(jié)束，27 日又發(fā)布了 LLVM 14.0.2。雖然過(guò)去 LLVM 通常只會(huì)在兩個(gè)主要版本發(fā)布之間的開(kāi)發(fā)周期的中后期針對(duì)上一個(gè)主要版本發(fā)布一個(gè)小版本。但現(xiàn)在 LLVM 正在改變這一策略，而是更頻繁地發(fā)布小版本，大概每?jī)芍芫蜁?huì)發(fā)布一次小版本。這些小版本嚴(yán)格遵守只對(duì)錯(cuò)誤進(jìn)行修復(fù)的原則，并保持與當(dāng)前主要版本的 API/ABI 兼容。根據(jù)這個(gè)發(fā)布時(shí)間表，大概發(fā)布大約五個(gè)小版本后，會(huì)停下來(lái)專注于推出下一個(gè)主要的 LLVM 版本。LLVM 主要版本堅(jiān)持大約每六個(gè)月更新一版的節(jié)奏。

LLVM 發(fā)布經(jīng)理 Tom Stellad 于 27 日早上宣布了 LLVM 14.0.2。此版本中有三十多個(gè)修復(fù)，解決了 RISC-V、CMake 構(gòu)建相關(guān)的問(wèn)題。在這次小版本發(fā)布中改動(dòng)最多的是和 RISC-V 有關(guān)的問(wèn)題修復(fù)。

與此同時(shí)，LLVM 15.0 將在 9 月到 10 月之間發(fā)布，這個(gè)新版本將包含一批令人興奮的編譯器新功能。

新聞出處，“LLVM 14.0.2 Released With The Compiler Moving To Bi-Weekly Releases”: https://www.phoronix.com/scan.php?page=news_item&px=LLVM-14.0.2-Released。

關(guān)鍵詞: LLVM