Description
In the Linux kernel, the following vulnerability has been resolved: media: mtk-jpeg: cancel workqueue on release for supported platforms only Since a recent fix the mtk_jpeg_release function cancels any pending or running work present in the driver workqueue using cancel_work_sync function. Currently, only the multicore based variants use this workqueue and they have the jpeg_worker platform data field initialized with a workqueue callback function. For the others, this field value remain NULL by default. The cancel_work_sync function is unconditionally called in mtk_jpeg_release function, even for the variants that do not use the workqueue. This call generates a WARN_ON print in __flush_work because the workqueue callback function presence check fails in __flush_work function (used by cancel_work_sync). So, to avoid these warnings, call cancel_work_sync only if a workqueue callback is defined in platform data.
Affected products
linux: linux kernel
References5
- git.kernel.org/stable/c/0fed0fc34ce734b4b8c2f6a467d38bddcb21dda9 Patch
- git.kernel.org/stable/c/4c4b4af4a9f278da096f0dbdb6b59594701d29bf Patch
- git.kernel.org/stable/c/973408ceab14555a8548b97c8cc7b54208c3f251 Patch
- git.kernel.org/stable/c/ac0774961a6ea174a71d4ffa39966edafbf7662d Patch
- git.kernel.org/stable/c/b1845a227fda37b2fe5327df3ca0015d7e290235 Patch
Metrics
- CVSS 3.1
-
5.5
MEDIUM
Score source: NVD
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H - EPSS — exploit probability
- 0% percentile: 2 · as of 14 November 2026
- CWE
- CWE-476
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.