References to Advisories, Solutions, and Tools

By selecting these links, you will be leaving NIST webspace. We have provided these links to other web sites because they may have information that would be of interest to you. No inferences should be drawn on account of other sites being referenced, or not, from this page. There may be other web sites that are more appropriate for your purpose. NIST does not necessarily endorse the views expressed, or concur with the facts presented on these sites. Further, NIST does not endorse any commercial products that may be mentioned on these sites. Please address comments about this page to nvd@nist.gov.

Change History

https://git.kernel.org/stable/c/b466416bdd6ecbde15ce987226ea633a0268fbb1

https://git.kernel.org/stable/c/c288a61a48ddb77ec097e11ab81b81027cd4e197

https://git.kernel.org/stable/c/daf8739c3322a762ce84f240f50e0c39181a41ab

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

drm/nouveau: fix stale locked mutex in nouveau_gem_ioctl_pushbuf

If VM_BIND is enabled on the client the legacy submission ioctl can't be
used, however if a client tries to do so regardless it will return an
error. In this case the clients mutex remained unlocked leading to a
deadlock inside nouveau_drm_postclose or any other nouveau ioctl call.

kernel.org https://git.kernel.org/stable/c/b466416bdd6ecbde15ce987226ea633a0268fbb1 [No types assigned]

kernel.org https://git.kernel.org/stable/c/c288a61a48ddb77ec097e11ab81b81027cd4e197 [No types assigned]

kernel.org https://git.kernel.org/stable/c/daf8739c3322a762ce84f240f50e0c39181a41ab [No types assigned]