Linuxeden开源社区英特尔的开源图形驱动程序工程师在 2025 年底迎来了一个高潮。今天发布的将是今年最后一个 drm-xe-next 的拉取请求，其中包含了准备用于下一个 Linux 内核版本的新功能代码。今天的拉取请求新增了对 SR-IOV 调度器组的支持，以及多设备共享虚拟内存（SVM）的支持。
drm-xe-next 的拉取请求正在前往 drm-next 的途中，作为代码提前排队，以便在下一个内核周期中使用。这个内核周期将被称为 Linux 6.20，或者更有可能是 Linux 7.0。这个新内核具有重要意义，因为它预计将成为 Ubuntu 26.04 LTS 的默认内核。
通过这次更新的 Xe 驱动程序代码，下一个 Linux 内核版本将支持跨英特尔显卡的多设备 SVM 共享虚拟内存。这对于使用 Level Zero 或 OpenCL 的多设备 AI 和 GPU 计算工作负载非常重要。在过去的一年中，英特尔的 Xe SVM 支持已经趋于完善，现在多设备支持也已经实现，这对于他们 Project Battlematrix 计划（涉及多块 Arc Pro B 系列显卡或即将推出的 Crescent Island AI 推理加速卡）至关重要。
此次拉取请求的另一个显著特性是 SR-IOV 调度器组。此前针对 Intel SR-IOV 调度器组的补丁系列将其描述为：
“传统的 SRIOV 设置会将整个 GT（图形处理单元）在 VFs（虚拟功能）之间进行时间片分配。虽然在大多数情况下这是可以接受的，但在某些情况下，管理员知道某个 VF 不会使用全部的 GT 硬件，而某些引擎将会长期处于空闲状态。
为了在这种情况下提高硬件利用率，从 v70.53.0 版本开始，GuC（图形微代码）支持调度组（也称为引擎组调度或 EGS）功能；这一特性允许驱动程序将一个 GT 划分为多个引擎组，GuC 随后会独立地在 VFs 之间进行时间片分配，从而允许多个 VF 同时访问硬件。由于每个组都是独立调度的，因此每个组每个 VF 的执行时间片和抢占超时时间都可以单独设置。请注意，虽然 GuC 从 v70.53.0 版本开始支持该功能，但一些相关的修复在 v70.55.1 版本中合并，因此我们要求驱动程序使用后者版本。”
drm-xe-next 拉取请求现在还配置了迁移队列为低延迟，系统控制器的 SoC 重映射器支持，可调整的 BAR“ReBAR”更新，以及其他一些小的更改。
随着 Project Battlematrix 接近 2025 年底，这是一个提出他们软件路线图的好时机，从 Computex 带回：
在上游内核的状态下，他们基本上已经达到了目标。vLLM 优化仍在进行中，SR-IOV 改进持续进行，而遗留的性能优化则是一场永无止境的战斗。随着多设备 SVM 和更多 SR-IOV 工作将在 Linux 6.20~7.0 中推出，看起来这些功能在下一个内核版本中可能会非常完善。当然，这对应于大约四月的稳定内核发布，但至少应该会包含在 Ubuntu 26.04 LTS 中，以提供出色的 Intel 图形体验。
转自 Intel’s Xe Linux Driver Ready With Multi-Device SVM To End Out 2025 – Phoronix