CVE-2026-68382 in Linux
要約
〜によって VulDB • 2026年08月10日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
drm/xe/guc: キューの破棄完了までデバイス参照を保持する
GuC実行キューの破壊は非同期で実行される可能性があります。最終的なデバイスのput操作がdestroyワーカーから行われる場合、drmmクリーンアップ処理が同じワークキューを空にしようとしてデッドロックが発生することがあります。
キューの有効期間中drm_deviceへの参照を保持し、キューの破棄完了後に解放します。これにより、非同期破壊作業が残っている間にdrmmクリーンアップが実行されるのを防ぎます。
GuC破壊処理をモジュール存続期間中のXeワークキューへ移動させ、PCI remove時にフラッシュすることで、ホットアンバインド/リバインド時でも保留中の破壊処理待ちを保証します。
キュー保持デバイス参照により、guc_submit_sw_fini()は生きているGuC IDで実行されなくなります。fini待機をアサーションに置き換え、未使用のfini_wqを削除します。
v2: - Rebase
v3: - queue-lifetime drm_dev_get()/drm_dev_put()モデルへ切り替え。(Matt) - xe->destroy_wqではなくsystem_dfl_wq上でキュー非同期破棄を実行。(Matt) - 個別の遅延drm_dev_putワーカーを削除。 - guc_submit_sw_fini()から古いdrain_workqueue(xe->destroy_wq)呼び出しを削除。
v4: - guc_submit_sw_fini()の待機処理をアサーションに置き換え、現在未使用のfini_wqを削除。(sashiko)
v5: - system_dfl_wqではなくモジュール存続期間中のXeワークキューへ破壊処理を移動。(Matt) - PCI remove時にモジュール存続期間の破壊ワークキューをフラッシュし、従来のデバイスremove時の待機セマンティクスを維持。
v6: - xe_device/drm_deviceより長く生存しないようにするため、SVM pagemap破棄処理はper-device destroy_wq上に保持。(Sashiko) - SVM pagemapの破壊処理がreclaimパスからキューイングされる可能性があるため、xe->destroy_wqにWQ_MEM_RECLAIMを使用。
v7: - per-device xe->destroy_wqを削除し、SVM pagemap破棄にもモジュールレベルのDestroy WQを使用。(Matt) - WQがexec-queue固有ではなくなったため、xe_exec_queue_destroy_wq_*()ヘルパー関数をxe_destroy_wq_*()ヘルパー関数へリネーム。(Matt)
v8: - Rebase.
v9: - reclaimからキューイングされる可能性があり、devres teardownで使用されるdev_pagemapを内包しているため、SVM pagemap破棄処理はper-device WQ_MEM_RECLAIM destroy_wq上に保持。(Sashiko) - モジュールレベルのDestroy WQはGuC専用とし、そこからWQ_MEM_RECLAIMフラグを削除。 - GuC/SVM分割について文書化するため、モジュール-WQのkdocを更新。
v10: - ワークキュー割り当て警告を修正するためにWQ_MEM_RECLAIMを追加しつつ、xe->destroy_wqはper-cpuとして保持。
v11: - コメントがリビジョン固有であったためSVM pagemap破棄に関するコメントを削除。(Thomas)
v12: - Rebase.
(コミット da1124abac689cc2b1d8995e5f0a816f8a122edb からcherry pick済み)
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.