CVE-2025-38515
drm/sched: Increment job count before swapping tail spsc queue
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: drm/sched: Increment job count before swapping tail spsc queue A small race exists between spsc_queue_push and the run-job worker, in which spsc_queue_push may return not-first while the run-job worker has already idled due to the job count being zero. If this race occurs, job scheduling stops, leading to hangs while waiting on the job’s DMA fences. Seal this race by incrementing the job count before appending to the SPSC queue. This race was observed on a drm-tip 6.16-rc1 build with the Xe driver in an SVM test case.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
4.16
References 8
git.kernel.org
- stable/c/549a9c78c3ea6807d0dc4162a4f5ba59f217d5a0
- stable/c/e62f51d0ec8a9baf324caf9a564f8e318d36a551
- stable/c/ef841f8e4e1ff67817ca899bedc5ebb00847c0a7
- stable/c/f9a4f28a4fc4ee453a92a9abbe36e26224d17749
- stable/c/c64f5310530baf75328292f9b9f3f2961d185183
- stable/c/e2d6547dc8b9b332f9bc00875197287a6a4db65a
- stable/c/ef58a95457466849fa7b31fd3953801a5af0f58b
- stable/c/8af39ec5cf2be522c8eb43a3d8005ed59e4daaee