CVE-2025-37868

/// Technical description

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 h

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References