Linux 6.16 合并了对 Apple Magic Mouse 2 USB-C 的支持

Linux 5.13 早在 2021 年就增加了对 Apple Magic Mouse 2 的支持, 但直到现在的 Linux 6.16 内核才开始支持去年首次亮相的 USB-C 版 Apple Magic Mouse 2

去年 10 月发布的 Apple Magic Mouse 2 采用了 USB-C 接口, 而不是 Lightning 充电端口
USB-C 型号有不同的 USB 设备 ID, 因此需要 hid-magicmouse Linux 驱动程序进行适配才能支持
Magic Mouse HID 驱动程序的其余代码路径保持不变, 只需 "0x0323" 设备 ID

因此, 对于 2025 年下半年推出的 Linux 6.16, 如果有人有兴趣在 Linux 下使用苹果最新款鼠标, 那么它将支持 Apple Magic Mouse 2 USB-C

Linux 6.16 的 HID 合并还包括对多点触控设备的电源管理改进
该更改是在不使用时在固件级别禁用触摸板
这应该有助于节省一些电量, 并且对于某些带有触摸板禁用 LED 的笔记本电脑 (例如某些 TUXEDO 笔记本电脑和 TongFang OEM 笔记本电脑型号), 该 LED 也将亮起

#Apple
原文链接

Linux 6.16 中更多华硕主板的支持及额外的 Zen 5 CPU 监控功能

周二, 大量硬件监控 (HWMON) 子系统更新已合入 Linux 6.16, 以便在下一个内核版本中进一步增强桌面硬件报告能力等

适用于 Linux 6.16 的华硕嵌入式控制器 (EC) 传感器驱动程序为 MAXIMUS VI HERO 和 ROG Z690 Formula 主板带来了支持
MAXIMUS VI HERO 主板适用于 Intel Haswell 处理器, 而华硕 ROG Z690 Formula 至少适用于较新的 Intel 第 12 和第 13 代酷睿处理器
借助新的 Linux 内核版本, 由于 asus-ec-sensors 驱动程序的添加, 您可以在这些华硕主板上享受传感器监控支持
华硕 Z690 Formula

此次拉取请求中值得注意的还有在 k10temp 驱动程序中添加了对 AMD Zen 5 CPU 的 CPU 温度监控支持, 范围为 Family 1Ah, 型号 ID 从 0x40 到 0x4f, 适用于各种桌面 CPU

HWMON 子系统还添加了 KEBA 风扇控制器, KEB 电池监控控制器和 MAX77705 IC 的驱动程序
Dell SMM 驱动程序也增加了对 Dell OptiPlex 7050 的支持

更多关于 Linux 6.16 的这些硬件监控驱动程序更新的详细信息, 请参见昨天已合入 Git 的此拉取请求

#Hardware
原文链接

新 CXL RAS 功能已合并至 Linux 6.16

Linux 内核开发者们持续围绕 Compute Express Link (CXL) 规范构建支持, 以造福现代高性能服务器
在开发中的 Linux 6.16 内核中, 现在有更多 CXL 功能到位

Linux 内核下一个版本中 CXL 工作的主要领域之一是启用 CXL 可靠性, 可用性和可维护性 (RAS) 功能
CXL 现在已与 Linux 内核的错误检测和纠正 (EDAC) 子系统代码连接, 以利用该功能实现 RAS
巡检清除控制, 错误检查清除, 执行维护和内存备用是 Linux 6.16 将启用的 CXL RAS 功能

巡检清除控制是 CXL 3.2 规范的一部分, 用于主动定位和纠正错误
此 CXL 功能允许设置巡检清除必须进行的持续小时数, 以及在错误率和性能之间进行权衡的清除限制
Linux 的 CXL 巡检清除支持由华为开发

错误检查清除 "ECS" 是另一个 CXL 功能, 也是 JEDEC DDR5 SDRAM 规范的一部分, 用于存储设备执行错误检查和纠正以及计算单比特错误

执行维护命令用于请求 CXL 设备在该设备上执行维护操作

CXL 内存备用用于在相同 DPA 下功能内存的一部分中替换内存的一部分
这种内存备用适用于支持 CXL.mem 协议的设备, 并允许缓存行/行/ bank/rank 备用

此外, Linux 6.16 的 Compute Express Link 代码还有文档更新和各种其他改进
所有这些更改的详细信息都可以通过此 Git 合并找到

#Hardware
原文链接

Ubuntu 开发者讨论拆分固件包的难题

Ubuntu 开发者最近开始讨论是否将 "linux-firmware" 包拆分成多个子包, 因为支持 Linux 内核所支持的各种硬件所需的各种固件二进制文件的大小正在不断增长
理论上, 这有助于减小 Ubuntu Linux 的安装占用空间, 但在实践中, 如果不对 Ubuntu Linux 的开箱即用硬件支持造成潜在风险, 将很难实现

Canonical 工程师 Juerg Haefliger 周一就拆分 linux-firmware 包的想法展开了讨论, 因为其大小正在持续增长
最初的想法包括将图形固件文件放入各自独立的供应商包中

但是, 如果在启动时没有必要的固件文件, 尤其是对于 GPU, 会导致体验严重降级或无法操作
因此, 如何处理 linux-firmware 仓库中不断增长的固件文件大小, 但又不危及硬件支持, 则会引发一系列问题.Ubuntu 安装程序将需要进行调整, 以确定哪些固件包可以针对给定系统进行删除, 以及现有 Ubuntu Linux 安装上硬件升级的流程, 因为升级后可能需要当前未安装的固件文件

有线和无线网络驱动程序是 linux-firmware 中经常需要固件文件才能与其上游开源内核驱动程序一起运行的另一个领域
但是, 如果这些固件文件不存在, Ubuntu 用户可能会没有网络
然而, GPU 仍然是 linux-firmware 仓库中最大且仍在显著增长的领域之一, 但如果上游 Linux 驱动程序没有这些文件, 用户将没有任何硬件加速, 对于某些 GPU 甚至缺乏正确的模式设置, 并可能导致黑屏
同时, 对于能够将固件烧录到硬件中的 CPU 和其他硬件, 依赖过时的固件/微码可能会引发安全问题

Ubuntu 开发者在此 Ubuntu devel 线程中提出了拆分 Linux 固件包的讨论.其中提出了在 Ubuntu 上通过优雅的固件处理来正确处理硬件升级的问题, 这无疑是主要问题之一
一种可能的解决方案是将 Linux 固件包拆分为仅针对某些架构的固件文件, 例如, 仅存在于 ARM 或 RISC-V SoC 上的 IP 固件 blob 在 Ubuntu x86_64 上是不必要的
通过根据固件专属的 CPU 架构进行一定程度的隔离, 有可能减小 linux-firmware 的安装大小, 但这仍然会使绝大多数固件文件保持不变

随着 linux-firmware 固件 blob 库的不断增长, Ubuntu 开发者将决定如何处理这个问题, 这将是一个最终需要解决的问题, 因此拭目以待将是一件有趣的事情

#Ubuntu
原文链接

WHIP Muxer 合并到 FFmpeg 实现亚秒级延迟流媒体

一夜之间, 一个大型项目被合并到 FFmpeg 中, 该项目为亚秒级延迟流媒体提供了 WHIP 复用器

WHIP 是 WebRTC-HTTP 摄取协议的缩写, 是一种基于 WebRTC 的低延迟直播流媒体规范
WHIP 使用 HTTP 交换初始信息和功能, 然后使用 STUN 绑定建立 UDP 会话
WHIP 支持加密——并且由于 WebRTC 的原因, 这是强制性的——音频/视频帧被分割成 RTP 数据包

WebRTC-HTTP 摄取协议是 IETF 的一项标准, 用于通过 WebRTC 实现低延迟通信, 以帮助流媒体/广播使用

随着 FFmpeg 的这次提交引入了近三千行新代码, 一个初始的 WHIP 复用器已经被引入

Millicast 的这份 W3C 演示文稿更详细地介绍了 WebRTC WHIP, 适用于对低延迟流媒体功能感兴趣的人

#Multimedia
原文链接

Fwupd 2.0.11 带来了对联想 Thunderbolt 5 智能扩展坞的支持

Fwupd 2.0.11 现已发布, 作为 Linux 系统开源固件更新工具的最新版本

Fwupd 2.0.11 带来了一系列错误修复, 一个脚本可以依赖的新命令 check-reboot-needed, 以及为报告故障元数据读取 SELinux 状态的功能

这个实用程序总共有十几个错误修复

Fwupd 2.0.11 中唯一新增的硬件支持是为联想 Thunderbolt 5 Smart Dock 启用支持, 它是联想为支持 Thunderbolt 的系统推出的最新工作站/笔记本扩展坞

很高兴看到 Fwupd/LVFS 对所有联想设备的支持能及时地持续进行

Fwupd 2.0.11 的下载链接和此版本所有修复的更多详细信息可在 GitHub 上找到

#LVFS
原文链接

AMD 再度进行软件收购, 以增强其 AI 与编译器人才

除了今早 Radeon RX 9060 XT 评测禁令解除的激动人心, 今天也是 AMD 的另一个特殊日子, 他们宣布已收购软件公司 Brium

AMD 宣布收购 Brium, 以帮助他们更好地在开放 AI 软件生态系统中定位

Brium? 我对此也一无所知
Brium.ai 网站似乎表明这家初创公司处于隐身模式, 因为它只显示 "即将推出"
他们标志下的标语简单地写着 "通过开放生态系统点燃 AI 驱动的创新"

AMD 的公告将 Brium 描述为拥有 "世界级的编译器和 AI 软件经验" , 这些软件工程师将帮助 AMD "在整个堆栈中提供高度优化的 AI 解决方案"
"Brium 带来了先进的软件能力, 增强了我们在整个堆栈中提供高度优化的 AI 解决方案的能力
他们在编译器技术, 模型执行框架和端到端 AI 推理优化方面的工作将在增强我们 AI 平台的效率和灵活性方面发挥关键作用

此次收购巩固了我们长期创新的基础
它反映了我们对 AI 的战略承诺, 特别是对正在构建智能应用未来的开发人员的承诺
这也是一系列有针对性投资中的最新一项, 继收购 Silo AI, Nod.ai 和 Mipsology 之后, 这些收购共同提升了我们支持开源软件生态系统并在 AMD 硬件上提供优化性能的能力"

这也延续了 AMD 近期其他收购, 例如 Nod.ai, 旨在帮助其开源 AI 软件工作, 以及 Silo AI, 以及过去两年中的其他收购和软件工作
拭目以待这项工作将带来什么, 以及 AMD 开源 AI/ROCm 软件工作的未来将如何

更多关于 AMD 收购 Brium 的详情请访问 AMD.com 博客

#AMD
原文链接

Mesa 25.1.2 发布: 增加了更多 Intel Battlemage & Panther Lake ID

Mesa 25.1.2 于今日发布, 作为这个被 Linux 系统广泛依赖的开源 OpenGL/Vulkan/视频驱动集合的最新稳定双周发布版本

今天的 Mesa 25.1.2 发布版本回溯移植了大量 Intel 设备 ID, 包括 Battlemage 独立显卡和即将推出的 Panther Lake 集成显卡
这些 ID 已添加到 Mesa 25.2-devel Git 中, 但适用于回溯移植到 Mesa 25.1 稳定系列, 因为它们不需要任何其他更改, 也不会有现有硬件支持退步的风险
有关这些新增内容的更多背景信息, 请参见 "更多 Intel Panther Lake 显卡设备 ID 添加到开源 Linux 驱动" 和 "更多 Intel Battlemage 显卡 PCI ID 添加到 Mesa OpenGL/Vulkan 驱动"
很高兴看到 Intel Battlemage 系列不断壮大, 以及 Core Ultra "Panther Lake" SoC (采用 Xe3 显卡) 的开源驱动准备工作持续进行

Mesa 25.1.2 还带来了一些 RADV Vulkan Video 修复, XA 状态跟踪器不再默认构建
因为它将在 Mesa 25.2 中移除, 还有几项 Rusticl 修复, 一项针对 GPU Score Breaking Limit 的 RADV 修复, 针对 RDNA4 / Radeon RX 9000 系列的 RADV 和 RadeonSI 修复, 以及整个庞大 Mesa 代码库中的各种其他随机修复

构成 Mesa 25.1.2 点发布版本的所有补丁列表可在 Mesa-dev 发布公告中找到

#Mesa
原文链接

基于 Rust 的 Redox OS 开始实现 X11 支持, GTK3 移植

对于那些不喜欢 Linux 桌面及其 Wayland 优先方向的人来说, 用 Rust 编写的 Redox OS 已开始在其 Orbital 显示服务器中推出 X11 支持

Redox OS 的五月月度报告已经发布, 这对于 X11 粉丝来说非常令人兴奋...
X11 支持已开始在 Oribtal 显示服务器中实现, 以便 X11 应用程序无需进行显示相关更改即可在 Redox 上正常工作
然而, 目前 Redox OS 上的 X11 应用程序还没有任何图形加速功能
但是 xeyes 和其他 X11 软件已开始获得支持

Redox OS 在 5 月的另一个重要里程碑是看到了最初的 GTK3 工具包移植

在过去的一个月中, 这个开源的 Rust 操作系统所做的其他工作包括 Mesa EGL 移植, 启动修复, 树莓派支持修复, PS/2 驱动程序增强以及 Redox OS 上许多可用程序的更新
Redox OS 文档也得到了改进

那些想了解更多关于最近 Redox OS 增强功能的人可以通过 Redox-OS.org 博客了解
由于赠款/资金, Redox OS 还在寻求招聘一名为期一年的欧盟开发人员来从事该操作系统的工作

#OS
原文链接

Crate 改进与其他 Rust 变更已合并至 Linux 6.16

除了 Linux 内核不同子系统中新增的若干 Rust 抽象之外, 在 Linux 6.16 合并窗口即将结束之际, 主要的 Rust 基础设施拉取请求已于昨日提交并合并

Linux 6.16 的 Rust 拉取请求增加了对 KUnit 映射的 "assert!" 宏的支持, 以在上一周期落地的初始代码基础上进行构建, 使用 Rust 2024 版本编译核心以支持 Rust 1.87 及更高版本, 以及各种修复/变通方法

Linux 内核的许多 Rust crate 也得到了增强, 例如 kernel crate 获得了新功能, XArray 数据结构的 Rust 抽象, pin-init crate 中新增的包装器等等

Rust 文档也得到了改进, 包括更新了 Ubuntu 上使用 Rust Linux 内核的说明以及完善的编码指南

有关 Linux 6.16 的这些 Rust 更改的更多详细信息, 请参见此拉取请求, 该请求已于昨晚合并到 Git

#LinuxKernel #Rust
原文链接

Canonical 终于停止使用 Bazaar 代码托管

Ubuntu Linux 的制造商 Canonical 宣布, 他们将逐步停止通过 Launchpad 托管其 Bazaar 分布式版本控制系统的代码
Git 获胜

Canonical 开发了 Bazaar 分布式版本控制系统, 但 Git 在程序员中更具主导地位和接受度
尽管如此, Canonical 的 Launchpad 仍继续提供 Bazaar 代码托管服务, 但这项服务将逐步淘汰

近十年来, Bazaar 没有发布新版本, 鉴于 Git 的成功, 它一直在走下坡路
不过, Bazaar 的 Breezy 分支仍在继续, 以满足怀旧程序员的需求

Launchpad 上 Bazaar 的网络前端 Loggerhead 正在立即关闭
然后, 计划在 9 月 1 日完全取消对 Bazaar 的支持, Launchpad 用户必须在该截止日期之前将所有剩余的 Bazaar 存储库转换为 Git

有关 Bazaar 停止计划的更多信息, 请访问 Ubuntu Discourse

#Ubuntu
原文链接

Linux 6.15 & 早期 Linux 6.16 为 AMD Strix Halo 带来一些额外性能提升

#LinuxKernel
https://www.phoronix.com/news/Linux-6.15-6.16-AMD-Strix-Halo