CVE-2025-37868

Summary

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

drm/xe/userptr: fix notifier vs folio deadlock

User is reporting what smells like notifier vs folio deadlock, where migrate_pages_batch() on core kernel side is holding folio lock(s) and then interacting with the mappings of it, however those mappings are tied to some userptr, which means calling into the notifier callback and grabbing the notifier lock. With perfect timing it looks possible that the pages we pulled from the hmm fault can get sniped by migrate_pages_batch() at the same time that we are holding the notifier lock to mark the pages as accessed/dirty, but at this point we also want to grab the folio locks(s) to mark them as dirty, but if they are contended from notifier/migrate_pages_batch side then we deadlock since folio lock won't be dropped until we drop the notifier lock.

Fortunately the mark_page_accessed/dirty is not really needed in the first place it seems and should have already been done by hmm fault, so just remove it.

(cherry picked from commit bd7c0cb695e87c0e43247be8196b4919edbe0e85)

Affected Software

VendorProductVersion RangeStatus
LinuxLinux2a24c98f0e4cc994334598d4f3a851972064809d < 65dc4e3d5b01db0179fc95c1f0bdb87194c28ab5affected
LinuxLinux0a98219bcc961edd3388960576e4353e123b4a51 < 90574ecf6052be83971d91d16600c5cf07003bbbaffected
LinuxLinux0a98219bcc961edd3388960576e4353e123b4a51 < 2577b202458cddff85cc154b1fe7f313e0d1f418affected
LinuxLinuxf9326f529da7298a95643c3267f1c0fdb0db55ebaffected
LinuxLinux6.12.19 < 6.12.25affected
LinuxLinux6.13.7 < 6.14affected
LinuxLinux6.14affected
LinuxLinux0 < 6.14unaffected
LinuxLinux6.12.25 <= 6.12.*unaffected
LinuxLinux6.14.4 <= 6.14.*unaffected
LinuxLinux6.15 <= *unaffected

Weaknesses

References