[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YnVCbJJ5DmhkD5WA@intel.intel>
Date: Fri, 6 May 2022 17:44:44 +0200
From: Andi Shyti <andi.shyti@...ux.intel.com>
To: Javier Martinez Canillas <javierm@...hat.com>
Cc: linux-kernel@...r.kernel.org, linux-fbdev@...r.kernel.org,
Thomas Zimmermann <tzimmermann@...e.de>,
Daniel Vetter <daniel.vetter@...ll.ch>,
intel-gfx@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org,
Peter Jones <pjones@...hat.com>,
Andrzej Hajda <andrzej.hajda@...el.com>,
Helge Deller <deller@....de>
Subject: Re: [Intel-gfx] [PATCH] fbdev: efifb: Fix a use-after-free due early
fb_info cleanup
Hi Javier,
On Fri, May 06, 2022 at 03:22:25PM +0200, Javier Martinez Canillas wrote:
> Commit d258d00fb9c7 ("fbdev: efifb: Cleanup fb_info in .fb_destroy rather
> than .remove") attempted to fix a use-after-free error due driver freeing
> the fb_info in the .remove handler instead of doing it in .fb_destroy.
>
> But ironically that change introduced yet another use-after-free since the
> fb_info was still used after the free.
>
> This should fix for good by freeing the fb_info at the end of the handler.
>
> Fixes: d258d00fb9c7 ("fbdev: efifb: Cleanup fb_info in .fb_destroy rather than .remove")
> Reported-by: Ville Syrjälä <ville.syrjala@...ux.intel.com>
> Reported-by: Andrzej Hajda <andrzej.hajda@...el.com>
> Signed-off-by: Javier Martinez Canillas <javierm@...hat.com>
Reviewed-by: Andi Shyti <andi.shyti@...ux.intel.com>
Andi
Powered by blists - more mailing lists