网站头条

Linux 的创造者 Linus Torvalds 对英特尔、AMD & 英伟达（NVIDIA）等公司的硬件漏洞感到”沮丧”，声称制造商是漏洞背后的原因。他表达了行业内习惯于让操作系统开发者去善后的不满，主要是在与外部因素（可能是AMD和英特尔等CPU公司）相关联的时候。

Torvalds最近一直在积极地修复 Linux 内核，因为据报道，内核出现了错误和崩溃。 据他称，这一次他对为了迎合硬件制造商的过失而修改开源内核的做法表示不满。

Torvalds 特别指出了 Intel 首次推出的支持 LAM（线性地址掩码）的最新 CPU，以下是他在 Linux 内核邮件列表公共收件箱中的发言（via kernel.org）：

老实说，我已经受够了漏洞百出的硬件和完全理论化的攻击，这些攻击从未实际应用过。 因此，我认为这次我们要反击硬件人员，告诉他们这是他们**该死的问题，如果他们连”是”或”否”都懒得说，那我们就坐以待毙吧。因为该死的，我们应该把责任归咎于硬件，而不是随便拿出一个糟糕硬件”就说”哦，但这**可能是个问题”。

– Linus Torvalds

要通过修改来解决内核中的问题会麻烦，而这很可能与”硬件人员”及其实现有关。 就 LAM 而言，这一特殊功能是通过采用”基于指针的实现”来确保内存完整性的；然而，这种技术却导致了频繁出现的名为 SLAM 的投机攻击，而这显然正是目前困扰 Torvalds 的问题所在。

英特尔公司的一位工程师对 LAM 问题做出了回应，声称该技术本应被禁用，直到找到修复方法为止，但事实并非如此。 他认为，LASS（线性地址空间隔离）最终可以避免 SLAM 攻击，但该团队暂时还没有推出修复方案。

此前，我们曾报道过 Linus Torvalds  如何对 AMD 的 fTPM 表示不满，并呼吁该公司禁用该功能，声称它不应该在运行时使用。 因此，Torvalds 擅长公开指责公司，这也是他以发表有趣言论而闻名的原因。

转自 Linus Torvalds谴责硬件厂商漏洞不断 称操作系统开发者没有义务为其善后

AlmaLinux Kitten 10 今天推出，作为这个基于社区的、源自 RHEL/CentOS 的企业级 Linux 发行版的下一个迭代版本。AlmaLinux Kitten 10 正在跟踪 CentOS Stream 10 的源代码，以最终成为 Red Hat Enterprise Linux 10 的基础。

CentOS Stream 10 已经悄悄推出数月，现在 AlmaLinux Kitten 10 可用于主动跟踪上游 CentOS Stream 10 的更改。AlmaLinux 开发人员已经在 AlmaLinux OS Kitten 10 上工作了一段时间，并准备好让大众开始测试下一个兼容 RHEL 的 Linux 发行版。程序包将继续频繁更新，开发人员计划每三个月重新开发一次 AlmaLinux Kitten 10 ISO。

虽然基于 CentOS Stream 10，但 AlmLinux 正在为其软件包构建重新启用帧指针，现在提供 x86-64-v2 构建来补充上游 RHEL10 正在追求的 x86-64-v3 优化默认值，SPICE 已完全重新启用，以及各种其他硬件支持更改。

如需下载或了解有关明年正式 Red Hat Enterprise Linux 10 版本之前此 AlmaLinux OS Kitten 10 可用性的更多信息，请参阅 AlmaLinux.org 博客，了解有关此令人兴奋的 RHEL/CentOS 衍生发行版的所有详细信息，该发行版一直在保持 RHEL 兼容性，同时也在自行寻求其他改进。

转自 AlmaLinux OS Kitten 10 Now Available For Testing, Derived From CentOS Stream 10 – Phoronix

快科技10月20日消息，据北京卫视消息，北京市经济和信息化局总经济师唐建国表示，小米公司成功流片国内首款3nm手机系统级芯片。

所谓流片，就是像流水线一样通过一系列工艺步骤制造芯片，简单来说就是芯片公司将设计好的方案，交给晶圆制造厂，先生产少量样品，检测一下设计的芯片能不能用，根据测试结果决定是否要优化或大规模生产。

为了测试集成电路设计是否成功，必须进行流片，这也是芯片设计企业一般都在前期需要投入很大成本的重要原因。

此时的小米再次成功流片，距离上次小米澎湃S1发布，相隔了7年多时间。

在2017年，小米澎湃S1正式亮相，这颗芯片首次搭载在小米5C手机中，据了解，澎湃S1为8核64位处理器，采用28纳米工艺制程，最高主频达2.2GHz，采用大小核设计，搭载Mali T860四核图形处理器。

在澎湃S1之后，小米陆续打造了澎湃C1、澎湃G1、澎湃T1等多款芯片。

对于造芯，雷军曾表示，我知道，这条路很漫长，我们心怀敬畏，这条路也充满了险阻，但小米从来最不缺的就是耐性和毅力。我们向着更高、更险峻的技术高峰持续地攀登，为用户提供更出色的体验，我们探索的脚步不断，澎湃的涛声永不停息。

Wine 9.20 今天作为该开源软件的最新双周开发版本发布，支持在 Linux 和其他平台下运行 Windows 游戏和应用程序。

Wine 9.20 版本的亮点包括：

– 捆绑的 Capstone 库，用于在 WineDbg 中进行反汇编。
– D3DX9 支持更多格式。
– Gitlab CI 中的静态分析和 JUnit 测试报告。
– DirectPlay 中对网络会话的更多支持。
– 各种错误修复。

是的，Wine 现在将 Capstone 反汇编框架引入其代码库。Capstone 反汇编框架/引擎现在正在 WineDbg 调试器中处理反汇编程序任务。

DirectPlay 中对网络会话的更好支持以及对更多 Direct3D 9 格式的支持以及过去两周内登陆的其他 D3DX9 提交可能会让一些人兴奋不已。

Wine 9.20 中有 15 个已知的错误修复，可帮助解决各种游戏、Notepad++ 等应用程序和其他随机错误。

通过 WineHQ.org 下载有关 Wine 9.20 开发版本的下载和更多详细信息。Wine 9.xx 开发版本将在 2025 年初发布 Wine 10.0 稳定版本。如果按照惯例，Wine 10.0 的候选版本和功能冻结应该在 12 月初左右开始。

转自 Wine 9.20 Released With WineDbg Now Using Capstone Disassembler – Phoronix

PyTorch 2.5 今天发布，是这个广泛使用的机器学习库的最新重大更新。

PyTorch 2.5 改进了对客户端和数据中心图形产品的 Intel GPU 支持。PyTorch 2.5 现在对 Windows 上的 Intel 客户端 GPU 提供了初步支持，但也增强了现有的 PyTorch Intel Linux 图形支持。其中一些亮点包括：

– 扩展了 PyTorch 硬件后端支持矩阵，以包括 Intel 数据中心 GPU 和客户端 GPU。

– 实现 SYCL 内核以增强 Intel GPU 上 Aten 运算符的覆盖率和执行力，从而提高 PyTorch Eager 模式下的性能。

– 增强了 torch.compile 的 Intel GPU 后端，以提高各种深度学习工作负载的推理和训练性能。

PyTorch 2.5 还带来了各种 Intel Xeon CPU 性能优化。

PyTorch 2.5 的其他一些更改包括用于 H100 和更高 GPU 的 SDPA 的 NVIDIA cuDNN 后端、TorchInductor 的 CPU 后端优化、急切模式和 TorchInductor CPP 后端在 CPU 路径上的 FP16 支持、自动加载设备扩展支持以及各种其他增强功能。

通过 GitHub 下载有关 PyTorch 2.5 版本的更多详细信息。新的 PyTorch 基准测试即将推出。

转自 PyTorch 2.5 Released With Improved Intel GPU Support – Phoronix

昨天，Arm 宣布其”全面设计”计划取得重大进展。 该计划于一年前启动，旨在通过促进行业合作伙伴之间的合作，加快数据中心定制芯片的开发。 该生态系统现已发展到包括近 30 家参与公司，最近又增加了 Alcor Micro、Egis、PUF Security 和 SEMIFIVE 等公司。

一个值得注意的进展是，Arm、三星代工厂、ADTechnology 和 Rebellions 合作创建了一个人工智能 CPU 芯片平台。 这项合作旨在为云、HPC 和 AI/ML 工作负载提供解决方案，将 Rebellions 的 AI 加速器与 ADTechnology 的计算芯片结合起来，采用三星代工厂的 2 nm Gate-All-Around (GAA) FET 技术实现。

 该平台有望为生成式人工智能工作负载带来显著的效率提升，据估计，对于像Llama3.1这样拥有4050亿个参数的LLM，其效率将比标准CPU设计提高2-3倍。

Arm的方法强调了CPU计算在支持完整人工智能堆栈方面的重要性，包括数据预处理、协调和检索增强生成（RAG）等先进技术。 公司的计算子系统（CSS）旨在满足这些要求，为合作伙伴构建多样化的芯片组解决方案奠定基础。

包括 Alcor Micro 和 Alphawave 在内的几家公司已经宣布了为各种人工智能和高性能计算应用开发由 CSS 驱动的芯片的计划。 该计划还关注软件就绪情况，确保主要框架和操作系统与基于 Arm 的系统兼容。 最近的努力包括引入 Arm Kleidi 技术，该技术可为 PyTorch 和 Llama.cpp 等开源项目优化基于 CPU 的推理。

值得注意的是，正如Google所称，大多数人工智能工作负载都是在 CPU 上进行推理的，因此为人工智能打造最高效、性能最好的 CPU 非常有意义。

转自 Arm与合作伙伴开发AI CPU： 基于2纳米三星GAA FET的Neoverse V3 CSS (msn.cn)

Oracle 今天发布了 VirtualBox 7.1.4，这是 VirtualBox 7.1 系列的第二个维护更新，这是一款功能强大、免费、开源且跨平台的虚拟化软件，适用于 Linux、macOS、Solaris 和 Windows。

在 VirtualBox 7.1.2 发布仅三周后，VirtualBox 7.1.4 版本将通过 ARM 系统上的“设备”菜单引入 Linux Guest Additions 的自动升级，改进了最近 Linux 内核的闪烁、黑屏和其他屏幕更新问题，并在 Linux Guest Additions 中增加了对即将推出的 Linux 6.12 内核系列的初步支持。 并显示以下警告。

VirtualBox 7.1.4 还恢复了网络启动支持，并添加了缺少的 LsiLogic MPT SCSI 驱动程序，以修复在使用 EFI 固件时从连接到此设备的设备启动的问题，这两者都在 VirtualBox 7.1 中被破坏，并修复了从 VirtualBox 7.0.x 实例恢复保存的 NAT 状态的问题。

最重要的是，此版本添加了土耳其语、印度尼西亚语和意大利语的最新 NLS 更新，修复了无法访问的虚拟机的“list vms”和“showvminfo”的损坏，并修复了 Windows 11 24H2 和最近的 Windows Insider Preview 版本上的系统 DLL 的大小检查。

查看更新日志以了解有关 VirtualBox 7.1.4 中包含的更改的更多详细信息，该版本可从官方网站下载，作为适用于 Ubuntu、Fedora Linux、Debian GNU/Linux、openSUSE 和 Oracle Linux 发行版的即用型原生二进制文件，以及任何其他发行版的通用二进制安装程序。不要忘记下载并安装 VirtualBox 扩展包。

转自 VirtualBox 7.1.4 Adds Initial Support for Linux Kernel 6.12 and Other Linux Changes – 9to5Linux

快科技10月14日消息，日前第三届OpenHarmony技术大会成功举办，大会展示了OpenHarmony最新技术、生态进展、人才发展和行业实践，同时探讨了开源生态的未来方向和操作系统的演进趋势。

在大会现场，还举行了OpenHarmony 5.0 Release版本的预发布仪式，据介绍，该版本是继OpenHarmony3.2 Release版本后又一个具有里程碑意义的版本。

在系统完备度，分布式创新、开发者体验以及系统稳定性等方面，OpenHarmony 5.0 Release均有大幅提升。

在大会上的主题报告中，OpenHarmony项目群技术指导委员会主席、华为Fellow、华为基础软件首席科学家陈海波指出：

“操作系统是智能终端的“中枢神经系统”，不同时期需要不同的操作系统，OpenHarmony旨在面向万物智联时代构建分布式全场景协同的开源操作系统基座。”

此外，在经过多个版本的迭代之后，OpenHarmony系统能力不断完善，在应用开发能力上得到了全面提升，基于OpenHarmony开发的HarmonyOS NEXT已启动公测。

由于本周在 Linux 6.13 内核之前有大量补丁排队进入暂存树，因此将在下一个内核周期中删除一些旧的和不再维护的硬件驱动程序。

本周，在代码未使用或驱动程序旧且未由开源开发人员积极维护的情况下，删除了许多暂存驱动程序。

GDM724x 被移除以支持基于 GCT GDM724x LTE 芯片的 USB 调制解调器设备。该驱动程序于 2013 年合并，但现在被删除，因为该驱动程序没有得到维护并产生维护工作量，制造商 GCT 不回复任何电子邮件/支持，似乎没有任何上述芯片可供购买，没有任何可用的硬件文档，并且没有明显的使用该驱动程序留在 Linux 社区中。删除驱动程序可以清除 3.6k 行代码，并减轻其他内核开发人员的维护负担。

同样被砍掉的还有威盛 VT6655 WiFi 芯片组的 VT6655 驱动程序也被删除。VIA 致力于此驱动程序并在 2009 年将其上游化，开发人员决定是时候删除它了。VT6655 仅支持 802.11 b/g，硬件的峰值吞吐量只有 3MB/s 左右，通常约为 1.7MB/s，整体性能很差，仅在 mini PCI 中可用（不是 mini PCIe），并且很少找到任何 VT6655 硬件仍然可供购买。

另一个要删除的驱动程序是 VTS5208，它大约有 23.6k 行代码。此代码为 RTS5208 和 RTS5288 提供 Realtek PCIe 读卡器支持。该驱动程序是在 2011 年贡献的，但似乎并未被积极使用，任何使用此芯片组的读卡器似乎仍在零售渠道中可用。

最后，RTL8192e 驱动程序将被删除。现在有 24.1k 行代码正在为此 Realtek RTL8192E 无线 NIC 驱动程序清除。一位 Intel 工程师正在删除该 Realtek 驱动程序，以便进行其他 Linux 网络清理：

“此驱动程序正在使用 lib80211，任何计划离开暂存的驱动程序都不应该这样做，因此请删除该驱动程序以将 lib80211 清理到旧 Intel 驱动程序中的 libipw 中。”

这就是本周到目前为止在 Linux 6.13 计划删除驱动程序的 staging-next Git 分支中发生的事情。我们将在未来几周内看到是否有其他硬件驱动程序在 11 月中下旬的 Linux 6.13 合并窗口之前排队等待删除。

转自 Linux 6.13 To Drop Some Old & No Longer Maintained Staging Drivers – Phoronix