CVE-2026-80606

In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/xe/userptr: Hold notifier_lock for write on inject test path<br /> <br /> When CONFIG_DRM_XE_USERPTR_INVAL_INJECT=y, xe_pt_svm_userptr_pre_commit()<br /> runs vma_check_userptr() with the svm notifier_lock taken for read. The<br /> test injection causes vma_check_userptr() to call<br /> xe_vma_userptr_force_invalidate(), which feeds into<br /> xe_vma_userptr_do_inval() with drm_gpusvm_ctx.in_notifier=true. That<br /> flag tells drm_gpusvm_unmap_pages() the caller already holds<br /> notifier_lock for write and only asserts the mode. Because the caller<br /> actually holds it for read, the assertion fires:<br /> <br /> WARNING: drivers/gpu/drm/drm_gpusvm.c:1669 at \<br /> drm_gpusvm_unmap_pages+0xd4/0x130 [drm_gpusvm_helper]<br /> Call Trace:<br /> xe_vma_userptr_do_inval+0x40d/0xfd0 [xe]<br /> xe_vma_userptr_invalidate_pass1+0x3e6/0x8d0 [xe]<br /> xe_vma_userptr_force_invalidate+0xde/0x290 [xe]<br /> vma_check_userptr.constprop.0+0x1c6/0x220 [xe]<br /> xe_pt_svm_userptr_pre_commit+0x6a3/0xc60 [xe]<br /> ...<br /> xe_vm_bind_ioctl+0x3a0a/0x4480 [xe]<br /> <br /> Acquire notifier_lock for write in pre-commit when the inject Kconfig<br /> is enabled, via new helpers xe_pt_svm_userptr_notifier_lock()/_unlock().<br /> Rename xe_svm_assert_held_read() to<br /> xe_svm_assert_held_read_or_inject_write() so it asserts the correct<br /> mode under each build configuration. Production builds<br /> (CONFIG_DRM_XE_USERPTR_INVAL_INJECT=n) keep the existing read-mode<br /> behavior bit-for-bit.<br /> <br /> (cherry picked from commit 80ccbd97ffee8ad2e73167d826fe7be548364365)