Re: [PATCH] drm/panthor: Fix TOCTOU race between GROUP_REGISTERED check and erase
From: Osama Abdelkader
Date: Thu Oct 08 2026 - 06:05:19 EST
On Thu, Oct 08, 2026 at 09:53:50AM +0100, Liviu Dudau wrote:
> On Wed, Oct 07, 2026 at 08:12:19PM +0200, Osama Abdelkader wrote:
> > panthor_group_destroy() checks the GROUP_REGISTERED mark and then calls
> > xa_erase() without holding the xarray lock across both. If the handle is
> > destroyed by another thread in between, and a concurrent GROUP_CREATE
> > reuses the freed ID, the first destroy erases and releases the new,
> > still-initializing group, leading to a use-after-free in
> > panthor_group_create().
> >
> > Do the mark check and erase atomically under xa_lock().
> >
> > Fixes: eec7e23d848d ("drm/panthor: Prevent potential UAF in group creation")
> > Cc: stable@xxxxxxxxxxxxxxx
> > Signed-off-by: Osama Abdelkader <osama.abdelkader@xxxxxxxxx>
>
> Reviewed-by: Liviu Dudau <liviu.dudau@xxxxxxx>
>
> As Boris mentioned, please let us know if LLM has assisted in finding the bug or in
> the creation of the patch before we can merge the fix.
>
Hi Liviu and Boris,
Thanks for the review, an LLM has assisted to find the bug but I created the fix patch myself.
I think I have to add the tag nevertheless.
Thanks,
Osama
> Best regards,
> Liviu
>
> > ---
> > drivers/gpu/drm/panthor/panthor_sched.c | 14 ++++++++++----
> > 1 file changed, 10 insertions(+), 4 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/panthor/panthor_sched.c b/drivers/gpu/drm/panthor/panthor_sched.c
> > index 0493858e55d7..a343c5180e01 100644
> > --- a/drivers/gpu/drm/panthor/panthor_sched.c
> > +++ b/drivers/gpu/drm/panthor/panthor_sched.c
> > @@ -3770,12 +3770,18 @@ int panthor_group_destroy(struct panthor_file *pfile, u32 group_handle)
> > struct panthor_group_pool *gpool = pfile->groups;
> > struct panthor_device *ptdev = pfile->ptdev;
> > struct panthor_scheduler *sched = ptdev->scheduler;
> > - struct panthor_group *group;
> > + struct panthor_group *group = NULL;
> >
> > - if (!xa_get_mark(&gpool->xa, group_handle, GROUP_REGISTERED))
> > - return -EINVAL;
> > + /*
> > + * Check the mark and erase the entry atomically, so a concurrent
> > + * destroy + create can't make us erase a group that's still being
> > + * initialized and happens to reuse the same handle.
> > + */
> > + xa_lock(&gpool->xa);
> > + if (xa_get_mark(&gpool->xa, group_handle, GROUP_REGISTERED))
> > + group = __xa_erase(&gpool->xa, group_handle);
> > + xa_unlock(&gpool->xa);
> >
> > - group = xa_erase(&gpool->xa, group_handle);
> > if (!group)
> > return -EINVAL;
> >
> > --
> > 2.53.0
> >
>
> --
> ====================
> | I would like to |
> | fix the world, |
> | but they're not |
> | giving me the |
> \ source code! /
> ---------------
> ¯\_(ツ)_/¯