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

泰晓 Linux 实验盘已集成 Linux Lab v1.1
请稍侯

泰晓资讯·11 月 / 第二期 / 2022

unicornx 创作于 2022/11/10

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

Linux 内核最新消息

https://lkml.org/lkml/2022/11/6/474

Linus Torvalds 本周初发布了 Linux 6.1-rc4,作为当前开发中 Linux 6.1 内核的第四个每周测试版本。

在经历了 Linux 6.1-rc2 “unusually large” 以及 Linux 6.1-rc3 继续 “bigger than average” 之后,这次发布的 Linux 6.1-rc4 看上去终于和往常的第四期发布版本比起来正常了许多,值得幸庆的是,目前到了 Linux 内核开发周期的一半的时候,状况变得好点了。

Linus Torvalds 在 6.1-rc4 的发布公告中评论道:

So as hoped for (and expected), things seem to be starting to calm down, and rc4 is a pretty normal size for this stage in the process.

The diffstat looks fairly normal too - mostly nice and flat (so small changes spread out), with a spike for a FW update for drm/amdkfd. The other thing that stands out is some stricter xfs refcount checking and related fixes (. And some new clx tests. But even those aren’t huge, they just do show up in the stats.

The shortlog doesn’t look scary either. It’s all the usual stuff - drivers, filesystems, architecture updates, some networking, and random small things elsewhere.

So hey, please jump right in, the water is fine. But more testing always appreciated,

Linus 先生的心情看上去不错,感觉又像是来到温暖的海边度假,不然他怎么会想起来说 “please jump right in, the water is fine” 呢 :)

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

分支类型版本发布时间
mainline6.1-rc42022-11-06
stable6.0.72022-11-03
stable5.19.17 [EOL]2022-10-24
longterm5.15.772022-11-03
longterm5.10.1532022-11-03
longterm5.4.2232022-11-03
longterm4.19.2642022-11-03
longterm4.14.2982022-11-03
longterm4.9.3322022-11-03
linux-nextnext-202211092022-11-09

关键词: Linux

Linux 开发人员考虑放弃 SLOB

Linux kernel developers are looking at deprecating and ultimately removing the SLOB memory allocator.

Linux 内核开发人员正在考虑弃用并最终删除 SLOB 内存分配器。

作为 SLAB 和 SLUB 分配器之外的第三种选择,“SLOB”(Simple List Of Blocks)内存分配器已经存在很长时间了。Linux 开发人员也在考虑将来放弃 SLAB 并只保留 SLUB 的可能性,但首先,他们正在考虑先放弃 SLOB。SLOB 多应用在嵌入式系统上,但不好的是,使用 SLOB 会造成高度碎片化。

之所以希望放弃对 SLOB 的支持主要是为了减轻代码维护的负担,兼容性的要求常常导致一些内核中对 API 改进工作不得不被放弃。另外从实现上来看,目前 SLUB 对内存的要求也逐渐可以达到 SLOB 的水平。

到目前为止,其他上游开发人员都赞成弃用和删除 SLOB,而删除 SLAB 可能需要更多时间。所以可能会从某个版本开始,我们会看到一些内核版本中 SLOB 会被标记为 broken 或 deprecated ,并最终从内核源代码树中被删除。

新闻出处,“Linux Developers Look At Dropping SLOB”: https://www.phoronix.com/news/Linux-Wants-To-Drop-SLOB

关键词: Linux, SLOB

Linux 的新计算加速器框架(Compute Accelerator Framework)迅速成型

Towards the end of October there finally came about a patch series fleshing out the “accel” subsystem for the Linux kernel in preparing this new subsystem/framework that builds atop the Direct Rendering Manager (DRM) code and is designed for all the up and coming AI accelerator drivers for the kernel. Given the number of accelerator drivers from different vendors eyeing mainline kernel adoption, this new compute accelerator framework is quickly being formed.

到十月底,终于迎来了一个补丁系列,完善了 Linux 内核中的 “accel” 子系统。这个新的子系统构建在 DRM(Direct Rendering Manager)之上,专为内核新兴 AI 加速器驱动程序而设计。考虑到来自不同供应商的大量加速器驱动程序希望能够被合入内核主线,所以这个新的计算加速器框架正在迅速形成。

多年来,Linux 内核社区一直在争论是否需要一个新的 “accel” 子系统,部分相关的驱动程序目前被扔到内核中那个包罗万象的 char/misc 目录下,而开发开源图形驱动程序的程序员们希望这些驱动程序基于 DRM 子系统开发,因为它们与 GPU 驱动程序具有共性。现在终于达成共识,这个正在进行的补丁系列正在构建一个基于现有 DRM 基础设施所开发的专门针对计算加速器的框架子系统。

牵头开发计算加速器框架的人是来自 Habana 实验室的首席 AI 内核驱动程序员 Oded Gabbay。这个实验室属于 Intel 旗下,他们除了开发一个 “dummy” 驱动程序外,还计划最终将其 AI 驱动程序从 char/misc 下过渡到使用这个新框架。基于这个新框架的人工智能驱动程序很多,如 Meteor Lake Versatile Processing Unit, Toshiba DNN Visconti, NVIDIA NVDLA, Samsung Trinity NPU, Intel GNA, Qualcomm QAIC 等等。

鉴于社区对这个框架充满期待,其他各种开发中的相关驱动程序停下来等待其正式发布。自最初补丁系列发布以来的两周,我们已经进入了第三次迭代。v3 补丁解决了之前审查期间提出的意见,根据测试进行了各种代码更改,到目前为止,一些 Intel VPU 的驱动程序工程师一直在研究此框架,并基于该框架进行移植。

相信这个期待已久的子系统会很快发布。

新闻出处,“Linux’s New Compute Accelerator Framework Quickly Taking Shape”: https://www.phoronix.com/news/Linux-Compute-Accelerator-v3

关键词: Linux,accel

LLVM/Clang 16 针对 RISC-V 添加了新的支持

For those working on RISC-V software development on bare metal hardware, the in-development LLVM Clang 16 compiler has added support for allowing “-mtune=native” and “-mcpu=native” to work properly on this CPU ISA.

对于那些针对 RISC-V 架构的裸机硬件开发软件的人来说,有一个好消息是,当前处于开发阶段的 LLVM Clang 16 编译器针对 RISC-V 支持了 “-mtune=native” 和 “-mcpu=native” 选项。因此,如果你要针对 RISC-V 架构的 SoC 优化编译程序,可以直接使用这两个 “native” 选项,而不必很麻烦地确保选择正确的 mcpu / mtune 值。

LLVM/Clang 16.0 除了支持以上特性外,还开发了更多针对 C2x、C++20 和 C++2b 的新特性,以及对 Intel AMX-FP16 的支持,支持了更多 intel 的指令,包括 PREFETCHI、AVX-NE-CONVERT 和 AVX-VNNI-INT8,对 Raptor Lake 和 Meteor Lake 的支持,对 Arm Neoverse V2 的优化,支持新的 RISC-V 扩展等等。如果按照通常的发布节奏保持不变的话,LLVM 16 可能会在 3 月左右首次亮相。

新闻出处,“LLVM/Clang 16 Adds Support For -mcpu=native & -mtune=native On RISC-V”: https://www.phoronix.com/news/LLVM-Clang-16-RISC-V-Native

关键词: LLVM,Clang, RISC-V

给大家介绍一个 Linux 上新增的专门用于相机支持的库 - libcamera

Libcamera has been in development for several years now as an open-source camera support library that works across Linux, Android, and Chrome OS platforms. Due to interest from seeing tagged releases, the libcamera crew has published their first official release of this open-source camera stack.

Libcamera 是一个开源的相机支持库,可以在 Linux,Android 和 Chrome OS 平台上工作,已经开发了好几年,最近放出了第一个正式版本 v0.0.1。尽管这只是该库的第一个版本,但在过去的三年里,Libcamera 已经取得了巨大的进步,并受到大家的欢迎。Libcamera 在其项目网站 libcamera.org 上将自己描述为:

A complex camera support library for Linux, Android, and ChromeOS

Cameras are complex devices that need heavy hardware image processing operations. Control of the processing is based on advanced algorithms that must run on a programmable processor. This has traditionally been implemented in a dedicated MCU in the camera, but in embedded devices algorithms have been moved to the main CPU to save cost. Blurring the boundary between camera devices and Linux often left the user with no other option than a vendor-specific closed-source solution.

To address this problem the Linux media community is collaborating with the industry to develop a camera stack that is open-source-friendly while still protecting vendor core IP. libcamera was born out of that collaboration and offers modern camera support to Linux-based systems, including traditional Linux distributions, ChromeOS and Android.

简单总结一下:相机作为一种复杂的终端设备。需要大量基于硬件的图像处理操作。传统上,这些算法通过相机上的专用 MCU 实现,但在嵌入式设备中,算法实现逐渐改为采用软件实现以节省成本。这使得为了在 Linux 系统上实现照相功能,往往不得不依赖于使用特定于供应商的闭源解决方案(这可能会触犯一些 GNU 的 license 问题)。为了解决这个问题,Linux 媒体社区正在与业界合作开发一个面向开源友好的相机库,同时仍然保护供应商的核心 IP。libcamera 诞生于这种合作目的,并为基于 Linux 的系统提供现代相机支持。

新闻出处,“libcamera Celebrates Its First Release As Camera Support Library For Linux”: https://www.phoronix.com/news/libcamera-First-Release

关键词: Linux,libcamera

联系我们

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

tinylab wechat



Read Album:

Read Related:

Read Latest: