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

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

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

unicornx 创作于 2022/11/24

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

Linux 内核最新消息

https://lkml.org/lkml/2022/11/20/283

上周在 Linux 6.1-rc5 中,Linus Torvalds 提出了一些担忧,他担心 v6.1 可能需要额外的一周进行测试和问题修复。本周初 6.1-rc6 发布了,Linus Torvalds 在 rc6 的发布公告中写道:

So here we are at rc6 and the story hasn’t changed: this rc is still a bit larger than I would have preferred, but at the same time there’s nothing that looks scary or particularly odd in here.

It’s predominantly driver changes all over, with networking and gpu drivers (not surprisingly) leading the pack, but it’s really a fairly mixed bag.

Outside of drivers you have the usual smattering of core kernel code - architecture updates, some filesystem work, and some core kernel and networking.

It’s easy enough to scan through the appended shortlog and get a feeling for what’s going on. Absolutely nothing that makes me worried, apart just from the fact that there’s still a fair number of them. I’m still waffling about whether there will be an rc8 or not, leaning a bit towards it happening. We’ll see - it will make the 6.2 merge window leak into the holidays, but maybe that’s fine and just makes people make sure they have everything lined up and ready before the merge window opens, the way things should work.

So we’ll see. Nothing worrisome, just 300+ small fixes in the last week. Please go test,

看上去修改量增大的趋势依然没有在 rc6 中得到扭转,rc6 比预期的要大,但总的来说并没有什么看起来很可怕或令人惊讶的改变。主要变化集中在驱动程序,网络和 GPU 驱动程序。在驱动程序之外,还有少量核心子系统的代码更新以及体系架构方面的更新,以及一些文件系统和网络上的工作。本周加入的新特性增加了对刚刚发布的 Microsoft 的 Surface Pro 9 的支持,以及对即将推出的 AMD 平台的新 ACPI ID 等等。

Linux 6.1 稳定版原计划于 12 月 4 日发布,如果 Linus Torvalds 选择增加一个 6.1-rc8 的话,最终版本会被推迟到 12 月 11 日。之后,我们将进入下一个新的版本 Linux 6.2 的合并窗口期。

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

分支类型版本发布时间
mainline6.1-rc62022-11-21
stable6.0.92022-11-16
longterm5.15.792022-11-16
longterm5.10.1552022-11-16
longterm5.4.2242022-11-10
longterm4.19.2662022-11-23
longterm4.14.2992022-11-10
longterm4.9.3332022-11-10
linux-nextnext-202211232022-11-23

关键词: Linux

Linux 6.2 将引入对 Allwinner A100 和 D1 的支持

Sent out today was this week’s batch of “drm-misc-next” code containing Direct Rendering Manager updates to the core infrastructure and smaller drivers of material that is ready for queuing ahead of the Linux 6.2 cycle.

本月 10 日 “drm-misc-next” 分支上更新了部分代码,其中包含 Direct Rendering Manager 的更新,这些更新涉及核心基础架构,以及一些较小的驱动程序,这些修改有希望会进入下一个 Linux 6.2 版本。

在这些较小的 display/graphics 相关的驱动程序更新中,值得注意的是用于支持 Allwinner SoC 的 Sun4i DRM / KMS 驱动程序,这些驱动程序增加了对 A100 和 D1 SoC 的支持。Allwinner A100 是一款使用 ARM Cortex-A53 核的 SoC,用于平板电脑。A100 具有 Imagination PowerVR GE8300 GPU,而 Sun4i 驱动程序只用于处理 display 方面的支持。与此同时,D1 是 Allwinner 的第一个 RISC-V SoC。准确来说,D1-H 具备了 HDMI 输出的能力。

drm-misc-next 上的更新在 DRM 调度程序上的修改以及 AMDGPU 集成上的修改也很大。DRM 调度程序补丁和关联的 AMDGPU 驱动程序补丁用于修复终止进程时可能发生的调度程序挂起。

新闻出处,“Linux 6.2 To Introduce Allwinner A100 & D1 Display Support”: https://www.phoronix.com/news/Linux-6.2-Sun4i-A100-D1

关键词: Linux, Allwinner

Intel 的 Linear Address Masking 已准备好进入 Linux 6.2

Going back to late 2020 Intel’s open-source/Linux engineers have been working on Linear Address Masking “LAM” enablement for that feature coming with future processors. With the upcoming Linux 6.2, the kernel-side enablement for Intel LAM appears to be finally wrapped up.

2020 年底开始,Intel 的 Linux 工程师就开始致力于为下一代处理器开发一个新功能,叫做 “Linear Address Masking”, 简称 “LAM”。该特性的软件部分已经为进入即将推出的 Linux 6.2 做好了准备。

LAM 允许软件利用 64 位线性地址的未转换地址位来存放 metadata。目前的线性地址使用了 48 位(针对 4 级页表)或 57 位(5 级页表),而 LAM 允许将 64 位线性地址的剩余未使用的 bit 位利用起来存放一些其他的 metadata。

Intel 在其编程参考手册中简单描述了 Linear Address Masking,但到目前为止只承认该特性将与 “未来的” 处理器一起出现。到目前为止,我还没有看到英 Intel 明确表示即将推出的 Sapphire Rapids Xeon 处理器是否支持 LAM。 在过去的几个月里,Intel 一直在修改其 LAM 内核补丁,以支持 Linear Address Masking,相关工作还包括编译器端的补丁和其他软件生态系统工作。

Intel 工程师 H.J. Lu 在 LPC 2021 上的演示(https://lpc.events/event/11/contributions/1010/attachments/875/1679/LAM-LPC-2021.pdf)提供了有关 LAM for Linux 的更多信息。

经过两年多的大量工作后,看起来对于Linux 6.2,Intel 的 LAM 支持已经准备就绪。LAM 内核补丁已排队进入 TIP 的 x86/mm 分支。因此,一切顺利的话 LAM 内核补丁将在 12 月提交到 Linux 6.2 合并窗口,以便最终使 LAM 内核 API 准备好供用户空间应用程序使用。

与此同时,AMD 在 Zen 4 上具有和 LAM 类似的特性,只不过 AMD 称之为 UAI(Upper Address Ignore)。UAI 类似地将地址的额外位用作任意软件分配供软件自己解释。虽然 AMD 已宣称将在 Zen 4 处理器上支持 UAI,但内核上 AMD 的 UAI 支持尚未看到就绪。

新闻出处,“Intel Linear Address Masking “LAM” Ready For Linux 6.2”: https://www.phoronix.com/news/Intel-LAM-Linux-6.2

关键词: Linux,Intel,LAM

Linux 6.2 将加入对 Apple M1 Pro/Max/Ultra 硬件的支持

While Asahi Linux has been running on the higher-end Apple M1 SoC variants and those Macs utilizing them, with the mainline Linux 6.2 kernel will finally be the upstreaming of the Apple M1 Pro/Max/Ultra support with the various device trees set to be added.

Asahi Linux 对高端 Apple M1 SoC 的支持已有时日,而主线 Linux 6.2 内核也将正式加入对 Apple M1 Pro/Max/Ultra 的支持。

十月底时我们已经能够在 for-next 分支上看到 Apple M1 Pro,Max 和 Ultra SoC 的设备树以及针对集成了这些 SoC 的 Apple Mac 设备的设备树信息。而对那些运行 Apple M1/M2 Mac 的人来说,仍然最好使用未合入主线的 Asahi Linux 内核,该内核包含了尚未合入内核主线的各种驱动程序和补丁,以获得最佳的用户体验,但很高兴看到更多改动即将进入上游。最终,在 Linux 和除了 Asahi Linux 以外的发行版中,Apple 的基于 Arm 的那些硬件将得到很好的开箱即用支持。

新闻出处,“Linux 6.2 Picking Up Mainline Support For Apple M1 Pro/Max/Ultra Hardware”: https://www.phoronix.com/news/Linux-62-Apple-M1-Pro-Max-Ultra

关键词: Linux, Apple

Ubuntu 将支持 StarFive VisionFive 2

This summer saw official Ubuntu Linux images released for the StarFive VisionFive RISC-V board while now Canonical engineers are working to ensure their Linux distribution is all squared away for the upcoming VisionFive 2.

今年夏天,Canonical为 StarFive VisionFive RISC-V 开发板发布了官方的 Ubuntu Linux 镜像,而现在 Canonical 工程师正在努力确保他们的 Linux 发行版能运行在即将推出的 VisionFive 2 上。

StarFive VisionFive 2 于今年夏末发布,利用了 SiFive 的 U74 四核 RISC-V SoC。这款四核 64 位 RISC-V 处理器运行频率高达 1.5GHz,这与第一版的 VisionFive 相同,不同的是现在是四核而不是双核。VisionFive 2 提供 2GB 至 8GB 的 LPDDR4 系统内存,板上有双千兆以太网,microSD 存储仍然是主要接口,同时也支持 eMMC 插槽。

这款 RISC-V 开发板的预购正在进行中,4GB,双千兆 LAN 版本目前的价格为 76 美元,8GB RAM 版本的价格为 96 美元。发货将于 12 月开始,而其他一些 VIsionFive 2 变体预计要到 2023 年初才会发布。

拥有四核 64 位 RISC-V 1.5GHz SoC,具有 Imagination 的显卡和高达 8GB 的 RAM,价格不到 100 美元,对于想要探索 RISC-V 的 Linux 爱好者来说,这个价格还是很具吸引力的。它比以前的 SiFive 开发板便宜得多,而这款 VisionFive 2 规格比迄今为止中国其他一些廉价的 RISC-V 开发板更具台式机能力。一旦开始大规模出货,围绕 VisionFive 2 的软件生态系统和开发人员社区将如何建立起来,这将是一件有趣的事情。

StarFive VisionFive 2 正在努力支持多个 Linux 发行版,Canonical 工程师已经在努力确保 Ubuntu Linux 准备就绪。Canonical 工程师 Heinrich Schuchardt 指出,Ubuntu RISC-V 确实已经在 VisionFive 2 上可以运行,但使用的是来自供应商的内核,Canonical 仍在开发适用于这种单板计算机的 Ubuntu 自己构建的内核。

如果您想要了解更多关于 VisionFive 2 或预订的人可以访问 AllNetChina.cn(https://shop.allnetchina.cn/products/starfive-visionfive-2nd-generation-single-board-computer)或 AmeriDroid(https://ameridroid.com/products/visionfive-2?variant=40845950910498)。

新闻出处,“Ubuntu Bring-Up Happening For The StarFive VisionFive 2 RISC-V Board”: https://www.phoronix.com/news/Ubuntu-StarFive-VisionFive-2

关键词: Ubuntu,StarFive,VisionFive 2

GNU Binutils 为简单的堆栈展开提供了新的 “SFrame” 格式支持

Being merged this week to GNU Binutils is initial support for reading and writing to new “SFrame” sections of binaries.

上周 GNU Binutils 合并了一个新补丁,该补丁提供了对二进制文件的一个新的 section “SFrame” 进行读取和写入的初始支持。

SFrame 是 Simple Frame Format 的缩写,该 section 保存了用于 stack unwinding 所需的最少量信息。设计 SFrame 的目标是希望开发更简单的 unwinder 在运行期间实现快速的栈回溯。

GNU Binutils 的 SFrame 工作由 Oracle 的 Indu Bhagat 领导。GNU 汇编程序 “Gas” 添加了一个新的选项 “–gsframe” 来生成 .sframe section。

gas interprets the CFI directives to generate DWARF-based .eh_frame info. These internal DWARF structures are now consumed by gen-sframe.[ch] sub-system to, in turn, create the SFrame unwind information. These internal DWARF structures are read-only for the purpose of SFrame unwind info generation.

SFrame unwind info generation does not impact .eh_frame unwind info generation. Both .eh_frame and .sframe can co-exist in an ELF file, if so desired by the user.

Recall that SFrame unwind information only contains the minimal necessary information to generate backtraces and does not provide information to recover all callee-saved registers. The reason being that callee-saved registers other than FP are not needed for stack unwinding, and hence are not included in the .sframe section.

GNU Binutils 还合并了 libsframe,该库用于解码 .sframe section、检查 .sframe section 和相关处理。Binutil 的 readelf 和 objdump 也得到了更新,支持在该 section 存在时读取新的 SFrame section 信息以及支持新的 “–sframe” 选项。

SFrame 的工作目前集中在 x86_64 和 AArch64 上。虽然最初的 GNU Binutils 工作已经合并,但支持 SFrame 的 unwinder 尚未提交。

有关此工作的更多详细信息,请参阅新的 SFrame 提交(https://sourceware.org/git/?p=binutils-gdb.git&a=search&h=HEAD&st=commit&s=sframe),特别是新的 SFrame 规范文件(https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=libsframe/doc/sframe-spec.texi;h=41f4ba17d83405ab62d10950248bbfd0300e2d4d;hb=c1c57352f56b802393453cfa76326922fd8da2f9)。

新闻出处,“GNU Binutils Lands New “SFrame” Format Support For Simple Stack Unwinding”: https://www.phoronix.com/news/GNU-Binutils-SFrame

关键词: GNU,Binutils,SFrame

联系我们

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

tinylab wechat



Read Album:

Read Related:

Read Latest: