[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20221005093457.466e02a4@xps-13>
Date: Wed, 5 Oct 2022 09:34:57 +0200
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Chris Packham <Chris.Packham@...iedtelesis.co.nz>
Cc: "richard@....at" <richard@....at>,
"vigneshr@...com" <vigneshr@...com>,
"bbrezillon@...nel.org" <bbrezillon@...nel.org>,
Tony O'Brien <Tony.OBrien@...iedtelesis.co.nz>,
"linux-mtd@...ts.infradead.org" <linux-mtd@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] mtd: rawnand: marvell: Use correct logic for
nand-keep-config
Hi Chris,
Chris.Packham@...iedtelesis.co.nz wrote on Tue, 4 Oct 2022 21:21:37
+0000:
> On 5/10/22 08:41, Chris Packham wrote:
> >
> > On 4/10/22 23:02, Miquel Raynal wrote:
> >> Hi Chris,
> >>
> >> Chris.Packham@...iedtelesis.co.nz wrote on Tue, 27 Sep 2022 02:54:40
> >> +0000:
> >>
> >>> On 27/09/22 15:47, Chris Packham wrote:
> >>>> From: Tony O'Brien <tony.obrien@...iedtelesis.co.nz>
> >>>>
> >>>> Originally the absence of the marvell,nand-keep-config property caused
> >>>> the setup_data_interface function to be provided. However when
> >>>> setup_data_interface was moved into nand_controller_ops the logic was
> >>>> unintentionally inverted. Update the logic so that only if the
> >>>> marvell,nand-keep-config property is present the bootloader NAND
> >>>> config
> >>>> kept.
> >>>>
> >>>> Fixes: 7a08dbaedd36 ("mtd: rawnand: Move ->setup_data_interface()
> >>>> to nand_controller_ops")
> >>>> Signed-off-by: Tony O'Brien <tony.obrien@...iedtelesis.co.nz>
> >>>> Signed-off-by: Chris Packham <chris.packham@...iedtelesis.co.nz>
> >>>> ---
> >>>>
> >>>> Notes:
> >>>> I think this is a bug that's been lurking for 4 years or so.
> >>>> I'm not
> >>>> sure that's particularly long in the life of an embedded
> >>>> device but it
> >>>> does make me wonder if there have been other bug reports
> >>>> about it.
> >>>> We noticed this because we had a bootloader that used
> >>>> maxed out NAND
> >>>> timings which made the time it took the kernel to do anything
> >>>> on the
> >>>> file system longer than we expected.
> >>> I think there might be a similar logic inversion bug in
> >>> drivers/mtd/nand/raw/denali.c but I lack the ability to test for that
> >>> platform.
> >> Agreed, the denali driver has the same issue. Could you please send a
> >> patch?
> > Sure although it'll be compile tested only.
> Actually looks like it was already fixed in commit d311e0c27b8f ("mtd:
> rawnand: denali: get ->setup_data_interface() working again").
Ok, perfect.
Thanks,
Miquèl
Powered by blists - more mailing lists