Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - drm/xe/guc：保留设备 ref 直到队列拆卸完成 GuC exec 队列销毁可异步运行。如果最终设备放置来自破坏工作线程，drmm 清理最终可能会耗尽相同的工作队列并死锁。保留队列生命周期的drm_device引用，并在队列拆卸完成后将其终止。这会在异步破坏工作仍待定时阻止 drmm 清理运行。
    将 GuC 破坏工作移至 module-lifetime Xe 工作队列并在 PCI 删除时刷新，这样 hot-unbind/rebind 仍会等待待定的破坏工作。使用队列保持的设备引用时，guc_submit_sw_fini（） 无法使用实时 GuC ID 运行。将 fini wait 替换为断言，并删除未使用的fini_wq。v2： - 衍合 v3： - 切换到队列生命周期 drm_dev_get（）/drm_dev_put（） 模型。（Matt） - 在 system_dfl_wq 而不是 xe->destroy_wq 上排队异步拆卸。（Matt） - 终止单独的延迟drm_dev_put工作线程。- 从 guc_submit_sw_fini（） 删除过时的 drain_workqueue（xe->destroy_wq）。v4： - 用断言替换 guc_submit_sw_fini（） 等待并删除现在未使用的fini_wq。（sashiko） v5： - 将破坏工作移动到模块生命周期 Xe 工作队列，而不是 system_dfl_wq。（Matt） - PCI 删除期间刷新 module-lifetime 破坏工作队列以保留旧的 device-remove 等待语义。v6： - 保留对每设备destroy_wq的 SVM 页图破坏工作，以免使其超过xe_device/drm_device的生存期。（Sashiko） - 将WQ_MEM_RECLAIM用于 xe->destroy_wq，因为 SVM 页面地图破坏工作可从回收路径排队。
    v7： - 终止每设备 xe->destroy_wq，并使用模块级破坏 WQ 来破坏 SVM 页面地图。（Matt） - 将 xe_exec_queue_destroy_wq_*（） 帮助程序重命名为 xe_destroy_wq_*（） 帮助程序，因为 WQ 不再特定于 exec-queue。（Matt） v8： - 衍合。v9： - 保留 SVM 页面地图破坏在每设备WQ_MEM_RECLAIM destroy_wq上工作，因为它可以排队回收并嵌入 devres 拆卸使用的dev_pagemap。（Sashiko） - 保持模块层级破坏 WQ GuC 仅限，并从中丢弃WQ_MEM_RECLAIM。- 更新 module-WQ kdoc 以记录 GuC/SVM 拆分。v10： - 保留每个 cpu 的 xe->destroy_wq，同时添加 WQ_MEM_RECLAIM 以修复工作队列分配警告。v11： - 终止 SVM pagemap 破坏注释，因其针对特定修订。（Thomas） v12： - 衍合。（从提交 da1124abac689cc2b1d8995e5f0a816f8a122edb 中精选出的内容）（CVE-2026-68382）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-68382

medium Nessus 插件 ID 334295

版本 1.1