希望上游内核支持的补丁终于为谷歌 Pixel 4a 提供了支持
Google Pixel 4a 智能手机于 2020 年年中发布
现在到 2025 年年中, 看起来我们可能终于接近看到 Pixel 4a 设备以及使用高通骁龙 730/730G/732G SoC 的其他硬件的主线内核支持
昨天发布到 Linux 内核邮件列表的是一系列补丁, 用于启用高通骁龙 730/730G/732G "SM7150" 平台/SoC 支持并启用 Google Pixel 4a 设备支持
虽然最初专注于 Google Pixel 4a, 但还有许多其他高通 SM7150 平台将从中受益, 并能在其之后被上游合并
包括众多小米设备, 联想 Tab P11 Pro 和三星 Galaxy A71
对这些正在审查中的关于高通骁龙 730/730G/732G 平台支持和 Google Pixel 4a 启用的补丁感兴趣的人可以查看这个 LKML 系列
#Google #LinuxKernel
原文链接
Google Pixel 4a 智能手机于 2020 年年中发布
现在到 2025 年年中, 看起来我们可能终于接近看到 Pixel 4a 设备以及使用高通骁龙 730/730G/732G SoC 的其他硬件的主线内核支持
昨天发布到 Linux 内核邮件列表的是一系列补丁, 用于启用高通骁龙 730/730G/732G "SM7150" 平台/SoC 支持并启用 Google Pixel 4a 设备支持
虽然最初专注于 Google Pixel 4a, 但还有许多其他高通 SM7150 平台将从中受益, 并能在其之后被上游合并
包括众多小米设备, 联想 Tab P11 Pro 和三星 Galaxy A71
对这些正在审查中的关于高通骁龙 730/730G/732G 平台支持和 Google Pixel 4a 启用的补丁感兴趣的人可以查看这个 LKML 系列
#Google #LinuxKernel
原文链接
Ubuntu 25.10 正在推进, 计划迁移至 Rust Coreutils
早在三月份, Canonical 的工程师们就讨论了一些关于 Ubuntu Linux 转向 Rust Coreutils 和其他用 Rust 编写的系统组件的想法
其中一些想法可能会在今年十月发布的 Ubuntu 25.10 中实现, 以便在明年至关重要的 Ubuntu 26.04 LTS 发布之前进行充分测试
今天, 针对 Ubuntu 25.10 中将 Rust Coreutils 作为 GNU Coreutils 替代品的更具体计划已经公布
Julian Andres Klode 已经阐述了 Ubuntu 25.10 版本中迁移到 Rust-Coreutils 的计划
如果需要, 将能够回滚到 GNU Coreutils, 但计划是在这个下一个 Ubuntu Linux 版本中默认使用 Rust Coreutils
这种转换涉及一些 "高级依赖关系操作", 即在 Ubuntu 上将现有的 coreutils 包重命名为 gnu-coreutils
然后将引入一个新的 "coreutils-from" 包, 以帮助将软件包过渡到 rust-coreutils
Rust Coreutils 的缺点是比 GNU Coreutils 更大
值得注意的是, 当前的 Ubuntu Docker 镜像大约为 75MB, 但 Rust-Coreutils 本身大约为 25MB, 而经典的 GNU Coreutils 为 7MB
因此, Debian Docker 镜像现在会比当前大 24%
因此, GNU Coreutils 可能仍然是 Docker 镜像及类似情况下的默认选项
对于 Rust Coreutils, 还需要处理一些 AppArmor 行为
那些想了解更多关于 Ubuntu 25.10 迁移到 Rust-Coreutils 计划的人, 可以通过这篇不久前发布的 Ubuntu Discourse 文章来了解, 其中详细阐述了这次计划迁移的所有技术细节
#Ubuntu
原文链接
早在三月份, Canonical 的工程师们就讨论了一些关于 Ubuntu Linux 转向 Rust Coreutils 和其他用 Rust 编写的系统组件的想法
其中一些想法可能会在今年十月发布的 Ubuntu 25.10 中实现, 以便在明年至关重要的 Ubuntu 26.04 LTS 发布之前进行充分测试
今天, 针对 Ubuntu 25.10 中将 Rust Coreutils 作为 GNU Coreutils 替代品的更具体计划已经公布
Julian Andres Klode 已经阐述了 Ubuntu 25.10 版本中迁移到 Rust-Coreutils 的计划
如果需要, 将能够回滚到 GNU Coreutils, 但计划是在这个下一个 Ubuntu Linux 版本中默认使用 Rust Coreutils
这种转换涉及一些 "高级依赖关系操作", 即在 Ubuntu 上将现有的 coreutils 包重命名为 gnu-coreutils
然后将引入一个新的 "coreutils-from" 包, 以帮助将软件包过渡到 rust-coreutils
Rust Coreutils 的缺点是比 GNU Coreutils 更大
值得注意的是, 当前的 Ubuntu Docker 镜像大约为 75MB, 但 Rust-Coreutils 本身大约为 25MB, 而经典的 GNU Coreutils 为 7MB
因此, Debian Docker 镜像现在会比当前大 24%
因此, GNU Coreutils 可能仍然是 Docker 镜像及类似情况下的默认选项
对于 Rust Coreutils, 还需要处理一些 AppArmor 行为
那些想了解更多关于 Ubuntu 25.10 迁移到 Rust-Coreutils 计划的人, 可以通过这篇不久前发布的 Ubuntu Discourse 文章来了解, 其中详细阐述了这次计划迁移的所有技术细节
#Ubuntu
原文链接
AMD 发布针对 Pensando RDMA 驱动程序的开放源代码 Linux 补丁
AMD 工程师正在开发的最新开源 Linux 驱动程序是针对其 Pensando 网络硬件的远程直接内存访问 (RDMA) 解决方案
不久前发布在 Linux 内核邮件列表上的补丁用于介绍 AMD Pensando RDMA 驱动程序, 以便与 AMD-Pensando 网络适配器配合使用并公开所有远程 DMA 功能
AMD 在几年前收购了 Pensando, 并且在他们的开放 AI 网络推广中发挥着重要作用
AMD Pensando RDMA 驱动程序基于 Pensando IONIC 驱动程序代码构建, 该代码早在 2019 年 Pensando Systems 退出隐形模式之前就已原始上游到 Linux 内核
今天的补丁系列拆分了 IONIC 以太网驱动程序代码, 并对其进行了扩展以支持 RDMA
有兴趣的人可以在这个内核邮件列表补丁系列中查看 AMD Pensando RDMA 驱动程序的详细信息
#AMD
原文链接
AMD 工程师正在开发的最新开源 Linux 驱动程序是针对其 Pensando 网络硬件的远程直接内存访问 (RDMA) 解决方案
不久前发布在 Linux 内核邮件列表上的补丁用于介绍 AMD Pensando RDMA 驱动程序, 以便与 AMD-Pensando 网络适配器配合使用并公开所有远程 DMA 功能
AMD 在几年前收购了 Pensando, 并且在他们的开放 AI 网络推广中发挥着重要作用
AMD Pensando RDMA 驱动程序基于 Pensando IONIC 驱动程序代码构建, 该代码早在 2019 年 Pensando Systems 退出隐形模式之前就已原始上游到 Linux 内核
今天的补丁系列拆分了 IONIC 以太网驱动程序代码, 并对其进行了扩展以支持 RDMA
有兴趣的人可以在这个内核邮件列表补丁系列中查看 AMD Pensando RDMA 驱动程序的详细信息
#AMD
原文链接
Orange Pi RV2 基准测试: 售价不到 100 美元的 8 核+8GB RAM 性能最强的 RISC-V 板卡评测
#Computers
https://www.phoronix.com/review/orange-pi-rv2-benchmarks
#Computers
https://www.phoronix.com/review/orange-pi-rv2-benchmarks
Phoronix
Orange Pi RV2 Benchmarks: The Most Performant RISC-V Board For Less Than $100 With 8 Cores + 8GB RAM
Earlier this month Canonical announced Ubuntu Linux support for the Orange Pi RV2 as a low-cost RISC-V developer board.
Mesa 25.1-rc2 发布, 支持旧款 NVIDIA GPU 的 NVK Vulkan 1.4 兼容性
Mesa 25.1-rc2 现已发布, 可作为这组 OpenGL 和 Vulkan 驱动程序的最新每周测试版本进行测试. Mesa 25.1 正在稳步推进, 目标是在五月发布稳定版本
今天发布的 Mesa 25.1-rc2 值得注意的一点是, 它回溯移植了昨天在 Mesa Git 中提到的一个变更: NVK 驱动程序对 Vulkan 1.4 的一致性认证, 涵盖了 GeForce GTX 750 / 900 系列 "Maxwell" 图形处理器
这也包括 GTX 1000 "Pascal" 和 TITAN V "Volta" 图形处理器, 因为在此之前, 只有 Turing GPU 及更新的版本获得了 Vulkan 1.4 合规性认证
这对于开源 Vulkan 驱动程序上的 NVIDIA GPU 来说是一个不错的里程碑
尽管 Nouveau 内核驱动程序对 GTX 900 系列及更新版本的支持仍然不够理想 (主要源于签名的固件要求)
而且 NOVA 驱动程序要准备好供最终用户用于 RTX 20 系列及更新版本还需要一段时间
这使得 GTX 900 和 GTX 1000 系列硬件在开源领域处于困境
Mesa 25.1-rc2 版本还包含针对 Apple 图形驱动程序 (Ashai Gallium3D 和 Honeykrisp Vulkan) 的许多修复
一个针对 H.264 交错流的 RadeonSI VCN 解码修复
为 Intel ANV 驱动程序在 Xe 以外的平台上重新启用 CPS 表面的压缩, 以及其他各种修复
关于 Mesa 25.1-rc2 本周修复的更多详细信息, 请参阅 Mesa 发布经理 Eric Engestrom 的此邮件列表帖子
#Mesa
原文链接
Mesa 25.1-rc2 现已发布, 可作为这组 OpenGL 和 Vulkan 驱动程序的最新每周测试版本进行测试. Mesa 25.1 正在稳步推进, 目标是在五月发布稳定版本
今天发布的 Mesa 25.1-rc2 值得注意的一点是, 它回溯移植了昨天在 Mesa Git 中提到的一个变更: NVK 驱动程序对 Vulkan 1.4 的一致性认证, 涵盖了 GeForce GTX 750 / 900 系列 "Maxwell" 图形处理器
这也包括 GTX 1000 "Pascal" 和 TITAN V "Volta" 图形处理器, 因为在此之前, 只有 Turing GPU 及更新的版本获得了 Vulkan 1.4 合规性认证
这对于开源 Vulkan 驱动程序上的 NVIDIA GPU 来说是一个不错的里程碑
尽管 Nouveau 内核驱动程序对 GTX 900 系列及更新版本的支持仍然不够理想 (主要源于签名的固件要求)
而且 NOVA 驱动程序要准备好供最终用户用于 RTX 20 系列及更新版本还需要一段时间
这使得 GTX 900 和 GTX 1000 系列硬件在开源领域处于困境
Mesa 25.1-rc2 版本还包含针对 Apple 图形驱动程序 (Ashai Gallium3D 和 Honeykrisp Vulkan) 的许多修复
一个针对 H.264 交错流的 RadeonSI VCN 解码修复
为 Intel ANV 驱动程序在 Xe 以外的平台上重新启用 CPS 表面的压缩, 以及其他各种修复
关于 Mesa 25.1-rc2 本周修复的更多详细信息, 请参阅 Mesa 发布经理 Eric Engestrom 的此邮件列表帖子
#Mesa
原文链接
Linux 6.15 版本解决了影响 Nginx 及其他软件的 "3 倍性能下降" 问题
#Software
https://www.phoronix.com/review/linux-615-regression-fix
#Software
https://www.phoronix.com/review/linux-615-regression-fix
Phoronix
Linux 6.15 Lands Fix For "3x Performance Regression" Affecting Nginx & Other Software
The Linux 6.15 kernel has just merged a fix for the big performance regression I spotlighted yesterday on Phoronix with a huge hit to the Nginx HTTPS web server performance that could see a 3x regression from the in-development Linux 6.15 kernel code.
OpenMandriva Lx 6.0 默认带来 KDE Plasma 6, 官方服务器版
OpenMandriva Lx 6.0 Rock 现已推出, 默认搭载 KDE Plasma 6 桌面环境, 同时仍提供 Wayland 和 X11 会话选项
OpenMandriva 现也推出了官方服务器版本
OpenMandriva Lx 6.0 终于默认迁移到使用现代的 Plasma 6 桌面环境, 而非 Plasma 5
对于对 KDE 替代品感兴趣的用户, 还提供了 GNOME 48.1, LXQt 2.2, Xfce 4.20 和 COSMIC 1.0 Alpha 桌面选项
OpenMandriva Lx 6.0 继续默认使用 LLVM Clang 编译器而非 GCC, 这是 OpenMandriva 与大多数依赖 GNU 工具链的其他 Linux 发行版之间的主要区别之一
OpenMandriva Lx 6.0 采用了 Linux 6.14 内核, 该内核也像之前版本一样使用 LLVM/Clang 构建
OpenMandriva Lx 6.0 还附带 Chromium 135 浏览器, 并强制启用了 JPEG_XL 图像支持, 默认编译器版本为 LLVM/Clang 19.1.7, Mesa 25.0.4 图形驱动程序以及其他软件包更新
对于希望在 Steam 范围之外使用 Valve 的 Wine 下游版本的用户, Proton 和 Proton-Experimental 也可通过 OpenMandriva Lx 仓库获得
OpenMandriva Lx 6.0 还推出了其首个官方服务器版本构建, 供希望将 OpenMandriva 用于服务器的用户使用
OpenMandriva Lx 6.0 服务器版本包含一个 Zen 优化选项, 适用于在 EPYC (或 Ryzen) 硬件上运行的用户, 类似于 OpenMandriva Lx 桌面版针对 Ryzen 的 Zen 构建
有关 OpenMandriva Lx 6.0 版本的下载和更多详细信息, 请访问 OpenMandriva.org
#OS
原文链接
OpenMandriva Lx 6.0 Rock 现已推出, 默认搭载 KDE Plasma 6 桌面环境, 同时仍提供 Wayland 和 X11 会话选项
OpenMandriva 现也推出了官方服务器版本
OpenMandriva Lx 6.0 终于默认迁移到使用现代的 Plasma 6 桌面环境, 而非 Plasma 5
对于对 KDE 替代品感兴趣的用户, 还提供了 GNOME 48.1, LXQt 2.2, Xfce 4.20 和 COSMIC 1.0 Alpha 桌面选项
OpenMandriva Lx 6.0 继续默认使用 LLVM Clang 编译器而非 GCC, 这是 OpenMandriva 与大多数依赖 GNU 工具链的其他 Linux 发行版之间的主要区别之一
OpenMandriva Lx 6.0 采用了 Linux 6.14 内核, 该内核也像之前版本一样使用 LLVM/Clang 构建
OpenMandriva Lx 6.0 还附带 Chromium 135 浏览器, 并强制启用了 JPEG_XL 图像支持, 默认编译器版本为 LLVM/Clang 19.1.7, Mesa 25.0.4 图形驱动程序以及其他软件包更新
对于希望在 Steam 范围之外使用 Valve 的 Wine 下游版本的用户, Proton 和 Proton-Experimental 也可通过 OpenMandriva Lx 仓库获得
OpenMandriva Lx 6.0 还推出了其首个官方服务器版本构建, 供希望将 OpenMandriva 用于服务器的用户使用
OpenMandriva Lx 6.0 服务器版本包含一个 Zen 优化选项, 适用于在 EPYC (或 Ryzen) 硬件上运行的用户, 类似于 OpenMandriva Lx 桌面版针对 Ryzen 的 Zen 构建
有关 OpenMandriva Lx 6.0 版本的下载和更多详细信息, 请访问 OpenMandriva.org
#OS
原文链接
AMD 发布开源 GPU 虚拟化 GIM 驱动, Radeon "在路线图上"
AMD 已将其用于 Instinct 加速器虚拟化的“GPU-IOV Module”开源发布
据报道, 其路线图上也有将虚拟化支持引入其客户端 (Radeon) 独立 GPU 的计划
AMD GPU-IOV Module 适用于 Linux 内核, 并与 KVM 虚拟机监控程序结合, 提供基于 SR-IOV 的硬件虚拟化
GIM 提供 GPU IOV 虚拟化, 虚拟功能 (VF) 配置和启用, 用于世界切换的 GPU 调度, 挂起检测和 FLR 重置以及 PF/VF 握手功能
最初, AMD GIM 驱动程序用于 Instinct MI300X 硬件, 并在 Ubuntu 22.04 LTS 和 ROCm 6.4 上进行了测试
感兴趣的人目前可以通过 GitHub 找到 AMD GIM 代码
在我见过的存储库或任何其他公开通信中, 都没有说明该 GIM 驱动程序进入主线 Linux 内核的上游计划是什么
许多 Phoronix 读者感兴趣的是, GIM / SR-IOV 支持可能会来到客户端独立 GPU, 这对于 Radeon 显卡来说是一个长期以来备受期待的功能
AMD 工程师 Anush Elangovan 在 X 上回应称, 据报道客户端 GPU 支持 "在路线图上"
希望这种客户端 GPU 支持能够实现, 并且越早越好
#AMD #Radeon
原文链接
AMD 已将其用于 Instinct 加速器虚拟化的“GPU-IOV Module”开源发布
据报道, 其路线图上也有将虚拟化支持引入其客户端 (Radeon) 独立 GPU 的计划
AMD GPU-IOV Module 适用于 Linux 内核, 并与 KVM 虚拟机监控程序结合, 提供基于 SR-IOV 的硬件虚拟化
GIM 提供 GPU IOV 虚拟化, 虚拟功能 (VF) 配置和启用, 用于世界切换的 GPU 调度, 挂起检测和 FLR 重置以及 PF/VF 握手功能
最初, AMD GIM 驱动程序用于 Instinct MI300X 硬件, 并在 Ubuntu 22.04 LTS 和 ROCm 6.4 上进行了测试
感兴趣的人目前可以通过 GitHub 找到 AMD GIM 代码
在我见过的存储库或任何其他公开通信中, 都没有说明该 GIM 驱动程序进入主线 Linux 内核的上游计划是什么
许多 Phoronix 读者感兴趣的是, GIM / SR-IOV 支持可能会来到客户端独立 GPU, 这对于 Radeon 显卡来说是一个长期以来备受期待的功能
AMD 工程师 Anush Elangovan 在 X 上回应称, 据报道客户端 GPU 支持 "在路线图上"
希望这种客户端 GPU 支持能够实现, 并且越早越好
#AMD #Radeon
原文链接
苹果 M2 Pro 的 PCIe 控制器支持即将加入主线 Linux 内核
来自 Asahi Linux 的最新硬件支持, 已排队准备在下一个周期引入主线内核, 是针对 Apple M2 Pro SoC 的 PCI Express (PCIe)支持
针对 Apple M2 Pro / T6020 启用 PCIe 支持的补丁集已经存在一段时间了
与之前的 Apple M 系列 SoC 相比, 一些寄存器被重新排列, 因此需要对 pcie-apple 驱动程序进行调整
这些 Apple M2 Pro PCIe 支持补丁部分由前 Asahi Linux 首席开发者 Hector Martin 在他离开项目之前完成
考虑到上游内核的审查过程等因素, 它们仍在进入主线内核的途中
本周, 这些支持补丁已排队进入 pci/pci.git 的 "next" 分支, 该分支正在为 Linux 6.16 合并窗口准备材料
因此, 如果一切顺利, apple-pcie 驱动程序的 Apple M2 Pro PCIe 支持将在 Linux 6.16 周期中进入上游
那些想知道 Apple M2 系列在 Linux 下哪些已进入上游, 哪些仅在下游内核中, 或哪些尚未实现的, 可以查看 Asahi Linux 的功能支持文档了解所有细节
#Apple
原文链接
来自 Asahi Linux 的最新硬件支持, 已排队准备在下一个周期引入主线内核, 是针对 Apple M2 Pro SoC 的 PCI Express (PCIe)支持
针对 Apple M2 Pro / T6020 启用 PCIe 支持的补丁集已经存在一段时间了
与之前的 Apple M 系列 SoC 相比, 一些寄存器被重新排列, 因此需要对 pcie-apple 驱动程序进行调整
这些 Apple M2 Pro PCIe 支持补丁部分由前 Asahi Linux 首席开发者 Hector Martin 在他离开项目之前完成
考虑到上游内核的审查过程等因素, 它们仍在进入主线内核的途中
本周, 这些支持补丁已排队进入 pci/pci.git 的 "next" 分支, 该分支正在为 Linux 6.16 合并窗口准备材料
因此, 如果一切顺利, apple-pcie 驱动程序的 Apple M2 Pro PCIe 支持将在 Linux 6.16 周期中进入上游
那些想知道 Apple M2 系列在 Linux 下哪些已进入上游, 哪些仅在下游内核中, 或哪些尚未实现的, 可以查看 Asahi Linux 的功能支持文档了解所有细节
#Apple
原文链接
Raspberry Pi HEVC 解码器 Linux 驱动程序更新以尝试集成到主线内核
去年底, 树莓派 HEVC 解码器驱动程序的上游提交工作开始了, 旨在让 H.265/HEVC 加速解码在树莓派 4 和树莓派 5 单板计算机上通过主线内核正常工作
将近半年后, 这项工作仍在进行中, 但昨天带来了这个驱动程序的第三个版本
这个树莓派 HEVC 解码器驱动程序的 v3 补丁系列已经发布, 用于让 H.265 视频解码在这些流行的 ARM 单板计算机上通过 V4L2 接口工作
这个驱动程序最初是受树莓派公司委托编写的, 并且已经在他们使用树莓派操作系统的下游内核中投入使用, 而将代码提交到主线内核的努力仅从去年才开始, 这是他们整体努力的一部分, 旨在增强这些流行的 ARM 主板在主线内核中的支持
随着 v3 补丁系列的发布, 更新了设备树绑定, 确认了这些驱动程序进行的额外测试, 以及其他一些小的改动
驱动程序本身没有真正基础性的变化, 所以希望它已经接近准备好进入下一个内核合并窗口的阶段
对这些更新的树莓派 4/5 HEVC 解码驱动程序补丁感兴趣的人可以在内核邮件列表中找到它们
#RaspberryPi
原文链接
去年底, 树莓派 HEVC 解码器驱动程序的上游提交工作开始了, 旨在让 H.265/HEVC 加速解码在树莓派 4 和树莓派 5 单板计算机上通过主线内核正常工作
将近半年后, 这项工作仍在进行中, 但昨天带来了这个驱动程序的第三个版本
这个树莓派 HEVC 解码器驱动程序的 v3 补丁系列已经发布, 用于让 H.265 视频解码在这些流行的 ARM 单板计算机上通过 V4L2 接口工作
这个驱动程序最初是受树莓派公司委托编写的, 并且已经在他们使用树莓派操作系统的下游内核中投入使用, 而将代码提交到主线内核的努力仅从去年才开始, 这是他们整体努力的一部分, 旨在增强这些流行的 ARM 主板在主线内核中的支持
随着 v3 补丁系列的发布, 更新了设备树绑定, 确认了这些驱动程序进行的额外测试, 以及其他一些小的改动
驱动程序本身没有真正基础性的变化, 所以希望它已经接近准备好进入下一个内核合并窗口的阶段
对这些更新的树莓派 4/5 HEVC 解码驱动程序补丁感兴趣的人可以在内核邮件列表中找到它们
#RaspberryPi
原文链接
SCALE 1.3 新增 BFloat16 及其他新特性, 支持在 AMD GPU 上编译 CUDA 应用程序
Phoronix 去年报道的一个新软件项目是 SCALE, 用于原生编译面向 AMD GPU 的 CUDA 应用
这个基于开源 LLVM 代码库构建的 CUDA "洁净室" 实现持续强劲发展, 本周发布的是 SCALE 1.3, 提供了更多功能和硬件支持, 用于编译面向 AMD GPU 执行的 CUDA 软件
SCALE 继续由 Spectral Compute 开发, 并且完全独立于 AMD
SCALE 的目标仍然是成为一个 GPGPU 编程工具包, 用于原生编译面向 AMD GPU 的 CUDA 软件, 同时不要求修改 CUDA 程序本身
这个兼容 nvcc 的编译器以及 SCALE 及其运行时的其他元素持续改进, 以增强为 AMD GPU 构建的 CUDA 软件的可能性
随着新的 SCALE 1.3 发布, 他们将代码库从基于 LLVM 17 构建转移到现在的 LLVM 19
他们还增加了对 ROCm 6.3.1 上游版本的支持
新的硬件支持包括 Radeon RX Vega "GFX902" 图形处理器
此外, SCALE 的企业版现在支持具有 GFX908, GFX90A, GFX940 和 GFX942 目标的 AMD Instinct 加速器
SCALE 1.3 的其他一些变化包括一个新的 "scaleenv" 环境命令, 以便更轻松地使用 SCALE, 支持 BFloat16 指令, 支持模拟 warp 大小为 32, 对非 CMake 构建系统的兼容性改进, 以及各种库改进
SCALE 库支持新的多 GPU API 和各种其他新增功能
兼容 NVCC 的编译器也看到了各种兼容性增强
SCALE 1.3 现在还提供官方的 Rocky Linux 9 软件包, 以及他们现有的 Ubuntu 软件包和通用 tarball
希望了解更多关于 SCALE 1.3 软件发布信息的人可以访问 SCALE-Lang.com
#AMD
原文链接
Phoronix 去年报道的一个新软件项目是 SCALE, 用于原生编译面向 AMD GPU 的 CUDA 应用
这个基于开源 LLVM 代码库构建的 CUDA "洁净室" 实现持续强劲发展, 本周发布的是 SCALE 1.3, 提供了更多功能和硬件支持, 用于编译面向 AMD GPU 执行的 CUDA 软件
SCALE 继续由 Spectral Compute 开发, 并且完全独立于 AMD
SCALE 的目标仍然是成为一个 GPGPU 编程工具包, 用于原生编译面向 AMD GPU 的 CUDA 软件, 同时不要求修改 CUDA 程序本身
这个兼容 nvcc 的编译器以及 SCALE 及其运行时的其他元素持续改进, 以增强为 AMD GPU 构建的 CUDA 软件的可能性
随着新的 SCALE 1.3 发布, 他们将代码库从基于 LLVM 17 构建转移到现在的 LLVM 19
他们还增加了对 ROCm 6.3.1 上游版本的支持
新的硬件支持包括 Radeon RX Vega "GFX902" 图形处理器
此外, SCALE 的企业版现在支持具有 GFX908, GFX90A, GFX940 和 GFX942 目标的 AMD Instinct 加速器
SCALE 1.3 的其他一些变化包括一个新的 "scaleenv" 环境命令, 以便更轻松地使用 SCALE, 支持 BFloat16 指令, 支持模拟 warp 大小为 32, 对非 CMake 构建系统的兼容性改进, 以及各种库改进
SCALE 库支持新的多 GPU API 和各种其他新增功能
兼容 NVCC 的编译器也看到了各种兼容性增强
SCALE 1.3 现在还提供官方的 Rocky Linux 9 软件包, 以及他们现有的 Ubuntu 软件包和通用 tarball
希望了解更多关于 SCALE 1.3 软件发布信息的人可以访问 SCALE-Lang.com
#AMD
原文链接
联想 ThinkPad X1 Carbon Gen 13 Aura 可作为一款可靠的 Linux 笔记本电脑
#Computers
https://www.phoronix.com/review/lenovo-thinkpad-x1-gen13-linux
#Computers
https://www.phoronix.com/review/lenovo-thinkpad-x1-gen13-linux
Phoronix
Lenovo ThinkPad X1 Carbon Gen 13 Aura Can Work Well As A Solid Linux Laptop
The Framework Laptop 13 with AMD Strix Point is now shipping that as detailed in our review earlier this month can provide for a very capable Linux laptop for Linux developers, creators, and enthusiasts.
System76 发布 COSMIC Alpha 7 桌面 - 接近 Beta 版的最后一步
继二月份发布 COSMIC Alpha 6 之后, System76 今天发布了 COSMIC Alpha 7, 这是他们为这个开源的, 用 Rust 编写的桌面环境计划中的最后一个 Alpha 版本, 该环境围绕其 Pop!_OS Linux 发行版的需求而设计
COSMIC Alpha 7 是他们进入 COSMIC 桌面 Beta 阶段之前的最后一个计划版本
这是一个漫长的旅程, 但他们终于离这个围绕 Rust 和 Wayland 构建的引人入胜的开源桌面的 Beta 和稳定版本更近了
COSMIC Alpha 7 带来了工作区改进, 添加了各种辅助功能, 例如高对比度模式和颜色过滤器, 工具提示现在在整个 COSMIC 中都可使用, 兼容全局快捷键, 缩放优化, 快捷键改进, 以及数十个错误修复
关于今天发布的 COSMIC Alpha 7 的更多详细信息请访问 System76 博客
#Desktop
原文链接
继二月份发布 COSMIC Alpha 6 之后, System76 今天发布了 COSMIC Alpha 7, 这是他们为这个开源的, 用 Rust 编写的桌面环境计划中的最后一个 Alpha 版本, 该环境围绕其 Pop!_OS Linux 发行版的需求而设计
COSMIC Alpha 7 是他们进入 COSMIC 桌面 Beta 阶段之前的最后一个计划版本
这是一个漫长的旅程, 但他们终于离这个围绕 Rust 和 Wayland 构建的引人入胜的开源桌面的 Beta 和稳定版本更近了
COSMIC Alpha 7 带来了工作区改进, 添加了各种辅助功能, 例如高对比度模式和颜色过滤器, 工具提示现在在整个 COSMIC 中都可使用, 兼容全局快捷键, 缩放优化, 快捷键改进, 以及数十个错误修复
关于今天发布的 COSMIC Alpha 7 的更多详细信息请访问 System76 博客
#Desktop
原文链接
Intel 更新其 PyTorch 扩展, 支持 DeepSeek-R1 和新优化
Intel 今天发布了新版本的 Intel Extension for PyTorch, 以便为 PyTorch 应用优化, 使其受益于 Intel 的硬件
随着 Intel Extension for PyTorch v2.7 版本的发布, 它支持新的大型语言模型 (LLM) 以及各种性能优化和其他增强功能
Intel Extension for PyTorch 2.7 版本增加了对流行的 DeepSeek-R1 模型支持, 包括在现代 Intel 至强硬件上启用 INT8 精度
更新后的 Intel 扩展还支持最近发布的微软 Phi-4 模型, 包括 Phi-4-mini 和 Phi-4-multimodal
Intel Extension for PyTorch 2.7 还普遍包含了对其大型语言模型支持的各种优化, 包括性能优化
此外, 关于处理多模态模型和 DeepSeek-R1 的文档也得到了改进
该扩展也基于 Intel oneDNN 3.7.2 神经网络库进行了重构
有关此扩展如何帮助在现代 Intel 处理器上加速 PyTorch 的下载和更多详细信息, 可以在 GitHub 上找到
#Intel
原文链接
Intel 今天发布了新版本的 Intel Extension for PyTorch, 以便为 PyTorch 应用优化, 使其受益于 Intel 的硬件
随着 Intel Extension for PyTorch v2.7 版本的发布, 它支持新的大型语言模型 (LLM) 以及各种性能优化和其他增强功能
Intel Extension for PyTorch 2.7 版本增加了对流行的 DeepSeek-R1 模型支持, 包括在现代 Intel 至强硬件上启用 INT8 精度
更新后的 Intel 扩展还支持最近发布的微软 Phi-4 模型, 包括 Phi-4-mini 和 Phi-4-multimodal
Intel Extension for PyTorch 2.7 还普遍包含了对其大型语言模型支持的各种优化, 包括性能优化
此外, 关于处理多模态模型和 DeepSeek-R1 的文档也得到了改进
该扩展也基于 Intel oneDNN 3.7.2 神经网络库进行了重构
有关此扩展如何帮助在现代 Intel 处理器上加速 PyTorch 的下载和更多详细信息, 可以在 GitHub 上找到
#Intel
原文链接