of atmel_pmecc_destroy_user
Miquel Raynal
miquel.raynal at bootlin.com
Tue Oct 1 13:41:25 PDT 2024
Hi,
linux at treblig.org wrote on Tue, 1 Oct 2024 20:37:18 +0000:
> * Boris Brezillon (boris.brezillon at collabora.com) wrote:
> > Hi David,
> >
> > On Sun, 29 Sep 2024 17:05:01 +0000
> > "Dr. David Alan Gilbert" <linux at treblig.org> wrote:
> >
> > > Hi Boris and co,
> > > One of my scripts noticed that 'atmel_pmecc_destroy_user'
> > > isn't called anywhere; I was going to delete it, but hmm, I wonder
> > > if it's actually a missing call and leaking (in the unlikely case
> > > the device was ever removed).
> > >
> > > It was added by your:
> > > commit f88fc122cc34c2545dec9562eaab121494e401ef
> > > Author: Boris Brezillon <bbrezillon at kernel.org>
> > > Date: Thu Mar 16 09:02:40 2017 +0100
> > >
> > > mtd: nand: Cleanup/rework the atmel_nand driver
> > >
> > > and I see the allocation in:
> > > user = kzalloc(size, GFP_KERNEL);
> > > in
> > > nand->pmecc = atmel_pmecc_create_user(nc->pmecc, &req);
> > > called in atmel_nand_pmecc_init
> > > from atmel_nand_ecc_init
> > > from atmel_hsmc_nand_ecc_init
> > >
> > > But I don't see any freeing.
> > >
> > > (I don't knowingly have hardware to test a fix, although I guess
> > > there's probably one somewhere....)
> > >
> > > Suggestions?
> >
> > There's definitely a leak. I haven't looked at NAND stuff for a while
> > though, so I'll let Miquel advise you on where
> > atmel_pmecc_destroy_user() should be called.
>
> I see Miquel has posted a fix.
>
> Thanks to both of you!
Looks like you've been too fast :) I was waiting for the lore
link to be available, so yes, I looked into it and decided to fix it
this way:
https://lore.kernel.org/linux-mtd/20241001203149.387655-1-miquel.raynal@bootlin.com/T/#u
Thanks for the report,
Miquèl
More information about the linux-mtd
mailing list