---
id: CVE-2025-38369
title: >-
  dmaengine: idxd: Check availability of workqueue allocated by idxd wq driver
  before using
summary: >-
  In the Linux kernel, the following vulnerability has been resolved:


  dmaengine: idxd: Check availability of workqueue allocated by idxd wq driver
  before using


  Running IDXD workloads in a container with the /dev directory mounted can

  tri…
severity: none
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb <
    e0051a3daa8b2cb318b03b2f9317c3e40855847a
  - >-
    Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb <
    98fd66c8ba77e3a7137575f610271014bc0e701f
  - >-
    Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb <
    aee7a7439f8c0884da87694a401930204a57128f
  - >-
    Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb <
    17502e7d7b7113346296f6758324798d536c31fd
  - Linux 5.6
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: partial
  timestamp: '2026-11-05T20:55:38.244054Z'
published: '2025-07-25'
updated: '2026-11-05'
sourceUpdated: '2026-11-05T21:02:35.810Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2025-38369'
references:
  - url: 'https://git.kernel.org/stable/c/e0051a3daa8b2cb318b03b2f9317c3e40855847a'
  - url: 'https://git.kernel.org/stable/c/98fd66c8ba77e3a7137575f610271014bc0e701f'
  - url: 'https://git.kernel.org/stable/c/aee7a7439f8c0884da87694a401930204a57128f'
  - url: 'https://git.kernel.org/stable/c/17502e7d7b7113346296f6758324798d536c31fd'
tags:
  - cve.org
epss: 0.00187
epssPercentile: 0.0839
ingestedAt: '2026-11-05T22:38:31.962Z'
---

## Overview

In the Linux kernel, the following vulnerability has been resolved:

dmaengine: idxd: Check availability of workqueue allocated by idxd wq driver before using

Running IDXD workloads in a container with the /dev directory mounted can
trigger a call trace or even a kernel panic when the parent process of the
container is terminated.

This issue occurs because, under certain configurations, Docker does not
properly propagate the mount replica back to the original mount point.

In this case, when the user driver detaches, the WQ is destroyed but it
still calls destroy_workqueue() attempting to completes all pending work.
It's necessary to check wq->wq and skip the drain if it no longer exists.

## Affected

- `Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb < e0051a3daa8b2cb318b03b2f9317c3e40855847a`
- `Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb < 98fd66c8ba77e3a7137575f610271014bc0e701f`
- `Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb < aee7a7439f8c0884da87694a401930204a57128f`
- `Linux >= bfe1d56091c1a404b3d4ce7e9809d745fc4453bb < 17502e7d7b7113346296f6758324798d536c31fd`
- `Linux 5.6`

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.