FAILED: patch "[PATCH] drm/xe/vm: move xa_alloc to prevent UAF" failed to apply to 6.11-stable tree
Subsystems (3)
[email protected]
maintainerThe patch below does not apply to the 6.11-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.
To reproduce the conflict and resubmit, you may use the following commands:
git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.11.y
git checkout FETCH_HEAD
git cherry-pick -x 74231870cf4976f69e83aa24f48edb16619f652f
# <resolve conflicts, build, test, etc.>
git commit -s
git send-email --to '<[email protected]>' --in-reply-to '2024100727-compacted-armored-bbce@gregkh' --subject-prefix 'PATCH 6.11.y' HEAD^..
Possible dependencies:
74231870cf49 ("drm/xe/vm: move xa_alloc to prevent UAF") 9e3c85ddea7a ("drm/xe: Clean up VM / exec queue file lock usage.")
thanks,
greg k-h
------------------ original commit in Linus's tree ------------------
From 74231870cf4976f69e83aa24f48edb16619f652f Mon Sep 17 00:00:00 2001
From: Matthew Auld <[email protected]>
Date: Wed, 25 Sep 2024 08:14:27 +0100
Subject: [PATCH] drm/xe/vm: move xa_alloc to prevent UAF
Evil user can guess the next id of the vm before the ioctl completes and then call vm destroy ioctl to trigger UAF since create ioctl is still referencing the same vm. Move the xa_alloc all the way to the end to prevent this.
v2:
- Rebase
drivers/gpu/drm/xe/xe_vm.c +8 -8
@@ -1765,10 +1765,6 @@ int xe_vm_create_ioctl(struct drm_device *dev, void *data,if (IS_ERR (vm))return PTR_ERR (vm); - err =xa_alloc (&xef->vm.xa, &id, vm, xa_limit_32b,GFP_KERNEL ); -if (err) - goto err_close_and_put; -if (xe->info.has_asid) {down_write (&xe->usm.lock); err = xa_alloc_cyclic(&xe->usm.asid_to_vm, &asid, vm,
@@ -1776,12 +1772,11 @@ int xe_vm_create_ioctl(struct drm_device *dev, void *data, &xe->usm.next_asid, GFP_KERNEL);up_write (&xe->usm.lock);if (err <0 ) - goto err_free_id; + goto err_close_and_put; vm->usm.asid = asid; } - args->vm_id = id; vm->xef =xe_file_get (xef);/* Record BO memory for VM pagetable created against client */
@@ -1794,10 +1789,15 @@ int xe_vm_create_ioctl(struct drm_device *dev, void *data, args->reserved[0 ] =xe_bo_main_addr (vm->pt_root[0 ]->bo,XE_PAGE_SIZE );#endif +/* user id alloc must always be last in ioctl to prevent UAF */ + err =xa_alloc (&xef->vm.xa, &id, vm, xa_limit_32b,GFP_KERNEL ); +if (err) + goto err_close_and_put; + + args->vm_id = id; +return 0 ; -err_free_id: -xa_erase (&xef->vm.xa, id); err_close_and_put:xe_vm_close_and_put (vm);
Quoted 11 lines · On Mon, Oct 07, 2024 at 07:45:27PM +0200, [email protected] wrote:
The patch below does not apply to the 6.11-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.To reproduce the conflict and resubmit, you may use the following commands:
git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.11.y git checkout
FETCH_HEAD
git cherry-pick -x74231870cf4976f69e83aa24f48edb16619f652f
did this change for sending patches to stable? Is this an alternative only for using --in-reply-to to a failed patch or cangit cherry-pick -x be used as alternative to the
"commit 74231870cf4976f69e83aa24f48edb16619f652f upstream." in the body?
thanks
Lucas De Marchi
Greg KH
maintainerQuoted 9 lines · Lucas De Marchi
Quoted 8 lines · On Mon, Oct 07, 2024 at 07:45:27PM +0200, [email protected] wrote:
The patch below does not apply to the 6.11-stable tree.
If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to <[email protected]>.To reproduce the conflict and resubmit, you may use the following commands:
Quoted 8 lines
Quoted 3 lines
git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.11.y git checkout
FETCH_HEAD
git cherry-pick -x74231870cf4976f69e83aa24f48edb16619f652fdid this change for sending patches to stable? Is this an alternative only for using --in-reply-to to a failed patch or can
git cherry-pick -xbe used as alternative to the
"commit74231870cf4976f69e83aa24f48edb16619f652fupstream." in the body?
I'll take either/any/some kind of hint as to what the commit id is. If you want to hand-write it, wonderful, if you want to use git to automatically include it like here, even better, it's your choice.
greg k-h