CVE-2026-68298

/// Technical description

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

drm/xe/vm: Fix SVM leak on resv obj alloc failure in xe_vm_create()

Commit 9e9787414882 ("drm/xe/userptr: replace xe_hmm with gpusvm") made

xe_svm_init() unconditional in xe_vm_create() and extended it to also

initialize a "simple" gpusvm state for non-fault-mode VMs. The matching

xe_svm_fini() call in xe_vm_close_and_put() was updated to run

unconditionally, but the error unwind path in xe_vm_create() was not.

On the drm_gpuvm_resv_object_alloc() failure path, xe_svm_init() has

already succeeded but xe_svm_fini() is only called when

XE_VM_FLAG_FAULT_MODE is set. For non-fault-mode VMs this leaves

vm->svm.gpusvm partially initialized and leaks the resources allocated

by drm_gpusvm_init().

For fault-mode VMs, xe_svm_init() additionally acquires the pagemap

owner via drm_pagemap_acquire_owner() and the pagemaps via

xe_svm_get_pagemaps(). Those resources are released by xe_svm_close(),

not xe_svm_fini(). On the same e

/// 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