GCC 16 添加对 RISC-V 目标 GNU/Hurd 的支持

GNU/Hurd 长期以来一直在硬件支持方面苦苦挣扎, 目前仍在努力支持 x86_64, 同时存在许多各种硬件限制, 但他们似乎也渴望在 RISC-V 平台上探索 Hurd

继本周 GCC 15 编译器代码分支和 GCC 16 在 main 上开放开发之后, 明年 GNU 编译器集合版本的一个早期特性是引入 riscv*-*-gnu* 目标

GCC 16 的这次提交足以建立一个编译器工具链, 可以在 GNU Hurd 上构建针对 RISC-V 处理器架构的二进制文件

虽然 RISC-V 比其他 CPU ISA 更开放, 但就在两年前, Hurd 开发者对此感到担忧, 转而探索 AArch64 移植等, 因为它比 RISC-V 更成熟
我们将看看 GNU Hurd 在 RISC-V 上的采用情况以及最终哪些 RISC-V 开发板会在 GNU/Hurd 下获得支持

#GNU
原文链接

FFmpeg AV1 Vulkan 编码器补丁已发布

尽管 FFmpeg 多媒体库去年合并了 Vulkan Video 编码支持, 但最初仅限于 H.264 和 H.265 格式
随着本周发布的新补丁进行审查, 使用 Vulkan Video API 的 AV1 编码支持现已在进行中

负责该开源多媒体项目大部分 Vulkan Video 工作的 FFmpeg 开发者 Lynne 也是提出此 AV1 Vulkan 编码支持的人

本周发布到 FFmpeg 开发列表的补丁使用 Vulkan Video 原生加速 API 和 VK_KHR_video_encode_av1 扩展为 libavcodec 添加了 Vulkan AV1 编码器支持

希望这 1.5k 行新代码能尽快合并到 FFmpeg Git

#Multimedia #FFmpeg
原文链接

Intel 简化了其集成传感器枢纽 "ISH" 的固件许可

Intel 集成传感器集线器 "ISH" 允许将传感器轮询和其他任务卸载到低功耗协处理器, 以帮助降低整体系统功耗
从而延长平板电脑, 嵌入式设备和二合一笔记本电脑的电池续航时间

Intel 集成传感器集线器已获得主线 Linux 内核近十年的支持, 并且该开源驱动程序也一直依赖专有固件运行
与 Intel 的其他复杂设备相比, 专有/闭源固件并不令人意外, 但它一直带有相当繁重的许可, 现在正在简化

IntelISH 固件二进制文件作为 linux-firmware.git 的一部分发布, 然后几乎所有 Linux 发行版都会获取这些文件, 以确保系统上存在所有固件/微码, 从而提供愉快的 Linux 硬件体验
许可文件也包含在内, 尽管不保证最终用户会查看它们, 特别是考虑到这些固件文件有无数种不同的许可

与 Intel 为 Linux 系统提供的其他一些闭源固件文件不同, IntelISH 固件由于使用了其有限分发许可协议而变得过于繁重
然而, 截至今天, ISH 固件文件正在根据一个简单得多的再分发许可提供

对更改前/后的许可感到好奇的人可以通过此 linux-firmware.git 合并找到它

#Intel
原文链接

OpenVPN DCO 驱动程序已在 Linux 6.16 之前排队进入 Net-Next

长期开发的 OpenVPN DCO 内核驱动, 旨在提供数据通道卸载 (DCO) 以提升 OpenVPN 性能, 现在看来已准备好在 Linux 6.16 内核中进入主线

OpenVPN DCO 内核驱动可以比目前用于 VPN 的纯用户空间 OpenVPN 实现提供更快的性能

OpenVPN Inc 展示的基准测试表明, 该内核驱动带来了非常显著的性能优势

在内核驱动补丁最近进行了第 25 次修订后, 看来一切都已就绪, 准备在 Linux 内核主线中首次亮相

我很高兴看到本周 OpenVPN DCO 补丁已在 net-next.git 树中排队

随着所有驱动补丁现已成为 "net-next" 网络子系统队列的一部分, 除非未来一个月发现任何新问题, 它们应该会在五月末/六月初提交给 Linux 6.16 合并窗口

因此, 到 2025 年秋季 Linux 发行版发布补丁时, 对于那些依赖 OpenVPN 满足其 VPN 需求的用户, 我们可能会享受到大大提升的 OpenVPN 性能

#LinuxNetworking #OpenVPN
原文链接

Linux 6.13 系列以 Linux 6.13.12 版本发布结束

Greg Kroah-Hartman 今天发布了一些新的 Linux 内核稳定版, 作为复活节礼物, 同时也标志着 Linux 6.13 内核周期的结束

Linux 6.13.12 今天发布, 包含最新的错误/回归修复
Linux 6.13.12 也标志着 Linux 6.13 系列的最后一个计划版本
Linux 6.13 现在被认为是生命周期结束 (end-of-life), 建议用户升级到 Linux 6.14

此外, Linux 6.14.3 也已发布, 包含数十个错误/回归修复
许多修复是从 Linux 6.15 Git 反向移植的, 还有最近几天累积的其他各种小修复

Linux 6.12.24 今天也已发布, 作为当前 Linux 6.12 长期支持 (LTS) 系列的最新错误修复版本

同时, Linux 6.15-rc3 测试内核预计将于今天晚些时候发布, 因为我们正努力在五月底左右发布稳定的 Linux 6.15 内核

#LinuxKernel
原文链接

Sway 1.11-rc1 发布, 带来众多新特性及新的 Wayland 协议

Sway 1.11-rc1 今天发布作为这个下一个 Wayland 合成器功能版本之前的测试版本
Sway 1.11 为这个受 i3 启发的 Wayland 合成器带来了许多新功能, 同时也在最近的 wlroots 0.19-rc1 库中 laid out 的新功能基础上构建

Sway 1.11-rc1 引入了对 linux-drm-syncobj-v1 的支持以实现显式同步支持, 支持 alpha-modifier-v1 来为一个表面设置 alpha 乘数
ext-image-copy-capture-v1 和 ext-image-capture-source-v1 以获得更好的屏幕捕获支持, 以及 ext-data-control-v1 用于处理 Wayland 下的替代剪贴板管理器
Sway 1.11 还在改进输出配置逻辑方面进行了工作, 现在支持指针键, 并且 security-context-v1 元数据以 IPC 形式暴露

Sway 1.11-rc1 合成器版本还包含了几天前首次亮相的 wlroots 0.19-rc1 库的所有更改
wlroots 0.19 版本连接了 color-management-v1 以支持 HDR10, 但尚未具备用于此 HDR 显示支持的渲染器和后端更改
此外, 还支持各种其他新的 Wayland 协议, 后端和渲染器中的显式同步支持, 对仅显示设备的多 GPU 支持, 后端中的直接扫描输出现在可以处理裁剪和缩放缓冲区, 以及各种场景图改进/优化

wlroots 0.19-rc1 版本还引入了一个新的 UDMABUF 分配器, 用于 Mesa 的 Lavapipe 和 LLVMpipe 驱动程序等软件 OpenGL/Vulkan 实现
有关这些 wlroots 更改的更多详细信息, 请通过 FreeDesktop.org GitLab 查看

有关 Sway 1.11-rc1 的下载和更多详细信息, 请通过 GitHub 查看

#Wayland
原文链接

Wine 10.6 发布: 新增命令处理器词法分析器, 修复 27 个错误

在错过了上周五的双周开发发布计划后, Wine 10.6 于周日被标记为这款开源软件的最新例行更新
该软件使 Windows 应用程序和游戏能够在 Linux 及其他平台上运行

Wine 10.6 在其命令处理器 "CMD" 中引入了一个新的词法分析器
Wine 10.6 还在其 Bcrypt 实现中增加了对 PBKDF2 算法的支持
WindowsCodecs 中也支持更多的图像元数据

Wine 10.6 中还有 27 个已知错误修复, 以帮助 Unity 游戏, 游戏 Alan Wake, GDI+问题以及各种其他游戏和应用程序的修复

通过 WineHQ.org GitLab 可以下载并获取 Wine 10.6 版本的更多详细信息

#Wine
原文链接

RISC-V getrandom vDSO 准备就绪, 在 Linux 6.16之前, 性能令人兴奋

去年在 Linux 6.11 中合入了对 x86/x86_64 架构 vDSO 中的 getrandom() 支持, 随后在 Linux 6.12 中扩展到了 LoongArch 和 ARM64 架构
随着即将到来的 Linux 6.16 版本周期, 这种为用户空间提供更快且仍然安全的 RNG 的支持将来到 RISC-V 架构

在 RISC-V 内核的 "for-next" Git 分支中排队等待合入的是为该 CPU 架构连接 getrandom() vDSO 支持的代码
排队等待合入的代码使 cDSO 实现在 RISC-V 处理器上工作

随待处理提交一同展示的基准测试结果相当引人注目

除非在这段代码中发现任何最后一刻的问题, 否则 RISC-V 的 for-next 补丁集将在 Linux 6.16 合并窗口大约在五月底开启时被提交合入

#RISC_V
原文链接

Intel 发布 Linux 内核缓存感知调度最新代码

Intel 工程师最近一直在研究缓存感知调度/负载均衡的概念, 以使 Intel 和 AMD 等多缓存处理器受益
今天发布的是这些补丁的最新迭代, 仍在寻求围绕这一可能对 Linux 内核有用的补充获得更多反馈和测试

Intel 工程师今天发布了 Linux 内核的缓存感知调度补丁的最新版本
解决了之前代码中的一些问题, 并缓解了之前 RFC 补丁中观察到的性能回归

缓存感知调度的目的是能够将可能共享资源的任务聚合到同一个缓存域中, 以获得更好的缓存局部性
到目前为止, Intel 工程师一直在使用 Xeon "Emerald Rapids" 和 EPYC "Milan" 处理器测试这种缓存感知调度
他们发现当末级缓存未满载时, 缓存感知调度可以改善尾部延迟, 但当末级缓存饱和时, 仍有一些性能问题正在探索中

对 Linux 内核的缓存感知调度前景感兴趣的人可以在今天的 Linux 内核邮件列表中找到新的补丁

#Intel
原文链接

GCC 为 -mtune=generic 选项修复补丁, 在 Intel 和 AMD CPU 上展现良好效益

一个 2021 年的 GNU 编译器集合(GCC)补丁最近被重新提出并讨论, 内容是关于在使用 "-mtune=generic" 选项编译代码时, 简化 memcpy 和 memset 的内联策略
该补丁在进行通用调优时采取了尝试避免分支的方法
在这样做时, 在一些基准测试中观察到了一些不错的性能提升

虽然对于即将发布的 GCC 15 稳定版本 (有望在本周晚些时候) 来说为时已晚, 但 Intel 编译器团队的 H.J. Lu 一直在努力恢复这个补丁, 以改善 GCC 在常见的-mtune=generic 目标下的 memcpy 和 memset 行为

当使用 "-march=x86-64 -O2 -mtune=generic" 进行编译时 (这是 Linux 发行版和其他软件供应商常用的做法), 从这个补丁中观察到了一些不错的性能提升
在 Intel Ice Lake 系统上, EEMBC CPU 基准测试看到了 13~14% 的提升, 而 SPEC CPU 2017 的数字持平
在 Intel Cascade Lake 系统上, EEMBC 基准测试提升了高达 16%

同时, 在 AMD Zen 3 系统上, EEMBC 基准测试在一个测试中提升了高达 30%, 在其他测试中影响较小, 并伴有一些性能下降

这个补丁仍在讨论中, 但到目前为止的数据看起来相当积极
考虑到 "-mtune=generic" 的广泛使用, 希望这个补丁能尽快准备好并提交到 GNU 编译器集合的主线中

#GNC #GCC
原文链接

Linux 补丁已排队报告过时的 Intel CPU 微码作为漏洞

去年为 Linux 内核提交了一个补丁, 该补丁会将过时的 CPU 微代码版本报告为安全漏洞
随着 Intel 例行发布新的 CPU 微代码更新以解决安全漏洞和处理其他功能问题, Linux 内核在识别到特定处理器部署了过时的 CPU 微代码时将开始警告用户
该补丁现已被加入 tip/tip.git 分支队列, 因此看起来将在即将到来的 Linux 6.16 内核周期中提交

自去年提出原始补丁提案以来, 已经出现了完美的例子, 11 月发布了针对两个安全公告的新 CPU 微代码, 2 月发布了针对五个新安全问题的 CPU 微代码更新
这只是过去几个月的情况, 如果您是长期读者, 您会清楚地了解到近年来所有供应商出现的 CPU 安全问题, 并且常见通过微代码更新应用缓解措施

今天下午加入 tip/tip.git 的 x86/microcode 分支队列的是向用户报告过时 Intel CPU 微代码版本的补丁

由于更新的微代码很可能包含安全修复和/或已解决的功能问题, 当检测到 CPU 运行的是过时的微代码时, 将通过 /sys/devices/system/cpu/vulnerabilities/old_microcode 进行报告
这与报告其他 CPU 安全漏洞的 sysfs 目录相同, 因此易于收集
确保您使用最新的 CPU 微代码在调试 Linux 内核问题时也很重要

除了通过 sysfs 报告旧微代码问题外, 识别出过时的 CPU 微代码还将通过 "TAINT_CPU_OUT_OF_SPEC" 标志污染正在运行的 Linux 内核

识别过时的 Intel CPU 微代码版本并非易事, 并且依赖于为每个 CPU 系列/型号/步进准备的不同 CPU 微代码版本的静态列表
因此, 随着时间的推移, 该列表需要由 Intel 工程师更新和维护, 以正确反映发布的最新微代码版本

既然该补丁已通过 tip/tip.git x86 分支加入队列, 除非在报告方面出现任何最后一刻的反对意见, 否则它很可能在一个多月后提交到 Linux 6.16 合并窗口

#Intel
原文链接

Intel Vulkan Linux 驱动开始为 Xe3 的光线追踪更改做准备

昨天合并到 Mesa Git 的是针对下一季度 Mesa 25.2 版本的一项改进, 旨在改进 Intel Vulkan 光线追踪代码, 并着眼于下一代 Xe3 图形硬件

合并到 Mesa 25.2-devel 的是一个已有三个月的合并请求, 旨在为光线追踪 (RT) 启用 64 位内存结构模式

这种用于光线追踪的 64 位内存结构模式仅在即将推出的 Xe3 图形硬件上启用, 而不适用于现有的 Intel 图形处理器
作为合并的一部分, 还调整了其他更改, 为 Xe3 让路

值得注意的是, 现在在 Xe1/Xe2 和 Xe3+ 硬件之间单独编译和调整 BHV 着色器
Xe1 和 Xe2 图形的 BVH 着色器被视为相同, 而 Xe3 由于 64 位内存结构现在是分开的
据推测, 这是 Intel 工程师正在努力进一步提升 Xe3 硬件光线追踪能力的一项更大转变的一部分
这些能力将以集成形式出现在 Panther Lake 中, 然后以独立形式出现在 Arc Graphics C 系列 "Celestial" 中. 毕竟
他们会更专注于他们的 2025+ 产品, 以确保为游戏玩家提供更好的光线追踪体验, 这是有道理的.

对这个最新代码感兴趣的人可以在这次合并中找到所有详细信息

#Intel
原文链接