Linux 6.16 GPU 驱动程序更新: NVIDIA Blackwell, Asahi UAPI, Intel Xe 风扇速度
#LinuxKernel
https://www.phoronix.com/news/Linux-6.16-Graphics-Drivers
#LinuxKernel
https://www.phoronix.com/news/Linux-6.16-Graphics-Drivers
VirtualBox 7.2 Beta 带来 Windows 11 Arm 支持, 源代码在 GitHub 上
Oracle 工程师已发布即将推出的 VirtualBox 7.2 虚拟化软件的第一个公开测试版, 支持 Windows, Linux, macOS 和 Solaris 系统
Oracle VirtualBox 7.2 Beta 1 的显著特点是增加了对 Arm 架构 Windows 11 的支持, 包括 Arm 主机, 并且 VirtualBox VM Guest Additions 现在也支持 Arm 架构 Windows 11
VirtualBox 统一的 Windows 安装包内置了 Arm 虚拟化支持
VirtualBox 7.2 Beta 1 还带来了一些 GUI 改进, 其他 Arm 虚拟机改进和其他更新
有关 VirtualBox 7.2 Beta 1 更改的更多详细信息, 请参见 VirtualBox.org 的发布公告
该公告中还提到, VirtualBox 源代码现已通过 GitHub 正式提供
所有开源 VirtualBox 代码都可以通过 GitHub 上的 VirtualBox/virtualbox 获取
#Oracle
原文链接
Oracle 工程师已发布即将推出的 VirtualBox 7.2 虚拟化软件的第一个公开测试版, 支持 Windows, Linux, macOS 和 Solaris 系统
Oracle VirtualBox 7.2 Beta 1 的显著特点是增加了对 Arm 架构 Windows 11 的支持, 包括 Arm 主机, 并且 VirtualBox VM Guest Additions 现在也支持 Arm 架构 Windows 11
VirtualBox 统一的 Windows 安装包内置了 Arm 虚拟化支持
VirtualBox 7.2 Beta 1 还带来了一些 GUI 改进, 其他 Arm 虚拟机改进和其他更新
有关 VirtualBox 7.2 Beta 1 更改的更多详细信息, 请参见 VirtualBox.org 的发布公告
该公告中还提到, VirtualBox 源代码现已通过 GitHub 正式提供
所有开源 VirtualBox 代码都可以通过 GitHub 上的 VirtualBox/virtualbox 获取
#Oracle
原文链接
Intel 硬件支持扩展至 Linux 6.16 的 EDAC 驱动程序
随着本周为 Linux 6.16 内核发布的错误检测和纠正 (EDAC) 子系统更新, 它支持了许多较新的 Intel 硬件平台
首先, ie31200 EDAC 驱动程序已添加对 Intel Alder Lake S 和 Raptor Lake S 计算裸片的支持.
是的, Raptor Lake 和 Alder Lake 已经上市一段时间了, 但至少对于 Linux 6.16 而言, 此支持被附加到 ie31200 EDAC 驱动程序中
同时, Intel i10nm EDAC 驱动程序也对其 RRL 寄存器处理进行了一些返工, 从而现在支持 Xeon 6 "Granite Rapids" 服务器处理器
是的, i10nm EDAC 对 Granite Rapids 的支持也迟到了
最后, Intel igen6 EDAC 驱动程序已经进行了一些修复, 并进而增加了对 Arizona Beach 和 Amston Lake SoC 的支持
Intel Arizona Beach 是 Atom C1110 系列, Amston Lake 是 Atom x7000 系列
这些 Intel EDAC 的新增功能对于所有已发布的硬件来说都相当迟缓, 通常多年来 Intel 都会在发布前保持良好的节奏, 将所有必要的支持上游化
无论如何, 所有这些新的 Intel EDAC 驱动程序新增功能都可以通过已合并到 Linux 6.16 的此拉取请求找到
#Intel
原文链接
随着本周为 Linux 6.16 内核发布的错误检测和纠正 (EDAC) 子系统更新, 它支持了许多较新的 Intel 硬件平台
首先, ie31200 EDAC 驱动程序已添加对 Intel Alder Lake S 和 Raptor Lake S 计算裸片的支持.
是的, Raptor Lake 和 Alder Lake 已经上市一段时间了, 但至少对于 Linux 6.16 而言, 此支持被附加到 ie31200 EDAC 驱动程序中
同时, Intel i10nm EDAC 驱动程序也对其 RRL 寄存器处理进行了一些返工, 从而现在支持 Xeon 6 "Granite Rapids" 服务器处理器
是的, i10nm EDAC 对 Granite Rapids 的支持也迟到了
最后, Intel igen6 EDAC 驱动程序已经进行了一些修复, 并进而增加了对 Arizona Beach 和 Amston Lake SoC 的支持
Intel Arizona Beach 是 Atom C1110 系列, Amston Lake 是 Atom x7000 系列
这些 Intel EDAC 的新增功能对于所有已发布的硬件来说都相当迟缓, 通常多年来 Intel 都会在发布前保持良好的节奏, 将所有必要的支持上游化
无论如何, 所有这些新的 Intel EDAC 驱动程序新增功能都可以通过已合并到 Linux 6.16 的此拉取请求找到
#Intel
原文链接
更多 Intel Battlemage 显卡 PCI ID 添加到 Mesa OpenGL/Vulkan 驱动程序
Intel 工程师已在 Mesa 的开源驱动代码中为其 Iris OpenGL 和 ANV Vulkan 驱动支持添加了更多 Battlemage PCI 图形设备 ID
随着作为 Linux 6.16 内核图形驱动程序更改一部分而添加的新设备 ID 的出现, 新的 Battlemage 设备 ID 也已类似地合并到 Mesa 中, 用于用户空间驱动程序代码
昨晚合并到 Mesa 25.2-devel Git 的是新的 Battlemage 设备 ID 0xe220, 0xe221, 0xe222 和 0xe223
包含新设备 ID 的补丁也已标记为向后移植到 Mesa 25.1 稳定系列 (它也被标记为 Mesa 25.0 向后移植, 但该系列已于昨日结束)
该补丁没有揭示这些新 Battlemage 设备 ID 背后的产品, 但目前只是用通用名称 "BMG" 识别它们 虽然添加了四个新设备 ID, 但通常的警告仍然适用, 即这不一定意味着将宣布四款额外的 Battlemage 产品 有时设备 ID 是为工程模型, 可能但目前未计划的产品以及类似的陷阱保留的
无论如何, Battlemage Linux 支持一直在良好地成熟, 并且很高兴能继续看到及时的 Linux 支持 此外, 我们还有 Battlematrix 项目值得期待
#Intel
原文链接
Intel 工程师已在 Mesa 的开源驱动代码中为其 Iris OpenGL 和 ANV Vulkan 驱动支持添加了更多 Battlemage PCI 图形设备 ID
随着作为 Linux 6.16 内核图形驱动程序更改一部分而添加的新设备 ID 的出现, 新的 Battlemage 设备 ID 也已类似地合并到 Mesa 中, 用于用户空间驱动程序代码
昨晚合并到 Mesa 25.2-devel Git 的是新的 Battlemage 设备 ID 0xe220, 0xe221, 0xe222 和 0xe223
包含新设备 ID 的补丁也已标记为向后移植到 Mesa 25.1 稳定系列 (它也被标记为 Mesa 25.0 向后移植, 但该系列已于昨日结束)
该补丁没有揭示这些新 Battlemage 设备 ID 背后的产品, 但目前只是用通用名称 "BMG" 识别它们 虽然添加了四个新设备 ID, 但通常的警告仍然适用, 即这不一定意味着将宣布四款额外的 Battlemage 产品 有时设备 ID 是为工程模型, 可能但目前未计划的产品以及类似的陷阱保留的
无论如何, Battlemage Linux 支持一直在良好地成熟, 并且很高兴能继续看到及时的 Linux 支持 此外, 我们还有 Battlematrix 项目值得期待
#Intel
原文链接
过时的 Fedora OpenH264 令用户因高严重性 CVE 而感到沮丧
尽管 OpenH264 支持来到 Fedora 被广泛庆祝, 因为它为 Fedora Linux 提供了更好的编解码器体验, 但越来越多的 Fedora 用户对 OpenH264 的打包方式感到沮丧, 因为它已经过时了几个月, 并且存在一个高严重性安全漏洞
思科 OpenH264 的安全问题是这个漏洞被评为高严重性, 得分为 8.6 分 (满分 10 分)
这个问题源于 OpenH264 编解码器库的解码功能可能允许远程, 未经身份验证的攻击者在系统上触发堆溢出
该 CVE 于二月公布, 并由 OpenH264 v2.6 修复
问题在于, 三个月后 Fedora 用户仍然在使用受影响的 OpenH264 版本
导致 OpenH264 修复版本延迟发布的原因最初是一些 ABI 兼容性问题, 然后是将更新的 OpenH264 软件包放入思科托管存储库的问题
从我外部监控以及收到各种对该问题感到沮丧的读者的报告来看, 将更新的 RPM 包提交给思科并放入其存储库似乎仍然是个问题
与思科工程师的沟通也时常存在问题
该问题可以通过 Fedora 发布工程的 Pagure.io 工单进行跟踪
目前, 最新状态是他们仍在等待思科的更新
鉴于这个高严重性问题持续了数月, 并且 H.264 内容在网络上无处不在, 一些人 (例如在 Fedora 开发邮件列表上) 表达了希望如果 OpenH264 软件包无法得到妥善维护, 就将其移除的愿望
无论如何, 希望这个 OpenH264 的麻烦能尽快解决
#Fedora
原文链接
尽管 OpenH264 支持来到 Fedora 被广泛庆祝, 因为它为 Fedora Linux 提供了更好的编解码器体验, 但越来越多的 Fedora 用户对 OpenH264 的打包方式感到沮丧, 因为它已经过时了几个月, 并且存在一个高严重性安全漏洞
思科 OpenH264 的安全问题是这个漏洞被评为高严重性, 得分为 8.6 分 (满分 10 分)
这个问题源于 OpenH264 编解码器库的解码功能可能允许远程, 未经身份验证的攻击者在系统上触发堆溢出
该 CVE 于二月公布, 并由 OpenH264 v2.6 修复
问题在于, 三个月后 Fedora 用户仍然在使用受影响的 OpenH264 版本
导致 OpenH264 修复版本延迟发布的原因最初是一些 ABI 兼容性问题, 然后是将更新的 OpenH264 软件包放入思科托管存储库的问题
从我外部监控以及收到各种对该问题感到沮丧的读者的报告来看, 将更新的 RPM 包提交给思科并放入其存储库似乎仍然是个问题
与思科工程师的沟通也时常存在问题
该问题可以通过 Fedora 发布工程的 Pagure.io 工单进行跟踪
目前, 最新状态是他们仍在等待思科的更新
鉴于这个高严重性问题持续了数月, 并且 H.264 内容在网络上无处不在, 一些人 (例如在 Fedora 开发邮件列表上) 表达了希望如果 OpenH264 软件包无法得到妥善维护, 就将其移除的愿望
无论如何, 希望这个 OpenH264 的麻烦能尽快解决
#Fedora
原文链接
AMD EPYC 4585PX 和 EPYC 4565P DDR5-4800 与 DDR5-5600 性能对比
#Memory
https://www.phoronix.com/review/amd-epyc-4005-ddr5-benchmarks
#Memory
https://www.phoronix.com/review/amd-epyc-4005-ddr5-benchmarks
Phoronix
AMD EPYC 4585PX & EPYC 4565P With DDR5-4800 vs. DDR5-5600 Performance
One of the many advantages with the newly announced EPYC 4005 series for entry-level servers is support for DDR5-5600 ECC memory compared to the current Xeon 6300 series being limited to DDR5-4800 memory.
Linux 6.16 网络带来重大性能改进和 OpenVPN 驱动程序
#LinuxNetworking
https://www.phoronix.com/news/Linux-6.16-Networking
#LinuxNetworking
https://www.phoronix.com/news/Linux-6.16-Networking
Phoronix
Linux 6.16 Networking Brings Some Big Performance Improvements & OpenVPN Driver
There is a lot of exciting networking changes to find with the in-development Linux 6.16 kernel both for wired and wireless devices as well as some exciting core networking improvements/optimizations.
NVIDIA 575.57.08 Linux 稳定驱动发布: 支持流畅动画及其他更新
NVIDIA 刚刚发布了 v575.57.08 驱动程序, 作为其 R575 发布分支中的首个稳定 Linux 驱动程序
回溯到 4 月中旬, NVIDIA 发布了 NVIDIA 575 Linux 驱动程序测试版, 其中包含了 Smooth Motion 支持, 新的 DRM 平面属性, 各种 XWayland 修复以及 R570 系列的其他改进和功能添加
NVIDIA Smooth Motion 是一项基于 AI 的驱动程序功能, 专为 GeForce RTX 50 "Blackwell" GPU 设计, 通过在两个渲染帧之间推断额外的帧数据来增强游戏流畅性
现在, 在 5 月底, NVIDIA 575.57.08 Linux 驱动程序作为首个稳定的 R575 Linux 版本发布
相较于上个月的 R575 测试版, 今天的发布公告中只提到了两项修复
修复了一个错误, 该错误导致 X11 OpenGL 和 Vulkan 应用程序在挂起/恢复循环后内存使用量增加
此外, 还修复了当使用 NVIDIA 作为 PRIME 显示卸载接收器时, OpenGL 应用程序和合成器卡顿的问题
对于这个新驱动版本, 除了上个月的测试版之外, 没有提到其他更改
这个新的 NVIDIA R575 Linux 打包驱动程序版本可以在 NVIDIA.com 下载
#NVIDIA
原文链接
NVIDIA 刚刚发布了 v575.57.08 驱动程序, 作为其 R575 发布分支中的首个稳定 Linux 驱动程序
回溯到 4 月中旬, NVIDIA 发布了 NVIDIA 575 Linux 驱动程序测试版, 其中包含了 Smooth Motion 支持, 新的 DRM 平面属性, 各种 XWayland 修复以及 R570 系列的其他改进和功能添加
NVIDIA Smooth Motion 是一项基于 AI 的驱动程序功能, 专为 GeForce RTX 50 "Blackwell" GPU 设计, 通过在两个渲染帧之间推断额外的帧数据来增强游戏流畅性
现在, 在 5 月底, NVIDIA 575.57.08 Linux 驱动程序作为首个稳定的 R575 Linux 版本发布
相较于上个月的 R575 测试版, 今天的发布公告中只提到了两项修复
修复了一个错误, 该错误导致 X11 OpenGL 和 Vulkan 应用程序在挂起/恢复循环后内存使用量增加
此外, 还修复了当使用 NVIDIA 作为 PRIME 显示卸载接收器时, OpenGL 应用程序和合成器卡顿的问题
对于这个新驱动版本, 除了上个月的测试版之外, 没有提到其他更改
这个新的 NVIDIA R575 Linux 打包驱动程序版本可以在 NVIDIA.com 下载
#NVIDIA
原文链接
OBS Studio 31.1 为 Linux 带来多轨视频支持
OBS Studio 31.1 Beta 1 今天发布, 它是这款流行的跨平台开源解决方案的最新版本, 适用于游戏直播, 桌面录屏以及类似的录屏/直播用途
以前是 Windows 独占功能的多轨视频支持, OBS Studio 31.1 将把此功能带到 macOS 和 Linux 系统
OBS Studio 的多轨视频功能允许同时管理多个音频/视频轨道, 以应对高级流媒体用例
OBS Studio 31.1 Beta 1 还将 V4L2 虚拟摄像头支持带到了非 Linux 环境, 例如 BSD 系统
此外, 现在还支持 Linux 上的硬件加速浏览器源处理
OBS Studio 31.1 Beta 1 版本还带来了对 Arm 版 Windows 的初步支持, 新的 UI 选项, 预览缩放控制, 对 AMD AMF 的 AV1 B 帧支持, 对颜色格式/空间/范围 GPU 转换的支持, 用于 VA-API 的 QVBR 码率控制以及用于 PipeWire 屏幕捕获的显式同步支持
此外, OBS Studio 31.1 多平台录屏软件还有数十项错误修复和各种其他改进
OBS Studio 31.1 Beta 1 的下载及此初始开发版本的更多详情可在 GitHub 上获取
#Multimedia
原文链接
OBS Studio 31.1 Beta 1 今天发布, 它是这款流行的跨平台开源解决方案的最新版本, 适用于游戏直播, 桌面录屏以及类似的录屏/直播用途
以前是 Windows 独占功能的多轨视频支持, OBS Studio 31.1 将把此功能带到 macOS 和 Linux 系统
OBS Studio 的多轨视频功能允许同时管理多个音频/视频轨道, 以应对高级流媒体用例
OBS Studio 31.1 Beta 1 还将 V4L2 虚拟摄像头支持带到了非 Linux 环境, 例如 BSD 系统
此外, 现在还支持 Linux 上的硬件加速浏览器源处理
OBS Studio 31.1 Beta 1 版本还带来了对 Arm 版 Windows 的初步支持, 新的 UI 选项, 预览缩放控制, 对 AMD AMF 的 AV1 B 帧支持, 对颜色格式/空间/范围 GPU 转换的支持, 用于 VA-API 的 QVBR 码率控制以及用于 PipeWire 屏幕捕获的显式同步支持
此外, OBS Studio 31.1 多平台录屏软件还有数十项错误修复和各种其他改进
OBS Studio 31.1 Beta 1 的下载及此初始开发版本的更多详情可在 GitHub 上获取
#Multimedia
原文链接
Intel IPU7 固件二进制文件已上传至 Lunar Lake 摄像头
Intel 在一夜之间将他们的 IPU7 固件二进制文件上传到了 linux-firmware.git 仓库中, Linux 发行版将能够从中获取这些文件以便轻松使用
IPU7 是用于其最新一代 Lunar Lake 平台上的某些网络摄像头的最新图像处理单元
自从用于连接某些 MIPI 网络摄像头的图像处理单元 IPU6 出现以来, Linux 驱动程序的情况一直很混乱
经过 Intel , 红帽及其他开发人员几年的努力, IPU6 网络摄像头支持正在成形, 而 IPU7 的支持仍有待上游解决
Intel 一直通过 GitHub 维护 IPU7 驱动程序支持, 该驱动程序可以进行树外构建或作为 DKMS 模块使用
为了推动将所有 IPU7 支持合入主线的工作, 至少现在 IPU7 固件二进制文件已经进入了集中的 linux-firmware.git 仓库中
Intel IPU7 固件二进制文件是通过此提交上传的
IPU7 有两种变体, 其中普通版本用于当前的 Lunar Lake 平台, 而 IPU7PTL 是即将推出的 Panther Lake 笔记本电脑的变体
目前对 Intel IPU7 Linux 驱动程序支持感兴趣的用户可以通过 GitHub 上的 ipu7-drivers 找到它, 同时希望所有相关部分都能尽快被上游合入
#Intel
原文链接
Intel 在一夜之间将他们的 IPU7 固件二进制文件上传到了 linux-firmware.git 仓库中, Linux 发行版将能够从中获取这些文件以便轻松使用
IPU7 是用于其最新一代 Lunar Lake 平台上的某些网络摄像头的最新图像处理单元
自从用于连接某些 MIPI 网络摄像头的图像处理单元 IPU6 出现以来, Linux 驱动程序的情况一直很混乱
经过 Intel , 红帽及其他开发人员几年的努力, IPU6 网络摄像头支持正在成形, 而 IPU7 的支持仍有待上游解决
Intel 一直通过 GitHub 维护 IPU7 驱动程序支持, 该驱动程序可以进行树外构建或作为 DKMS 模块使用
为了推动将所有 IPU7 支持合入主线的工作, 至少现在 IPU7 固件二进制文件已经进入了集中的 linux-firmware.git 仓库中
Intel IPU7 固件二进制文件是通过此提交上传的
IPU7 有两种变体, 其中普通版本用于当前的 Lunar Lake 平台, 而 IPU7PTL 是即将推出的 Panther Lake 笔记本电脑的变体
目前对 Intel IPU7 Linux 驱动程序支持感兴趣的用户可以通过 GitHub 上的 ipu7-drivers 找到它, 同时希望所有相关部分都能尽快被上游合入
#Intel
原文链接