Re: [PATCH v3 2/6] mtd: rawnand: add an option to specify NAND chip as a boot device
From: Boris Brezillon
Date: Wed Jun 06 2018 - 03:28:53 EST
On Tue, 5 Jun 2018 14:11:02 -0600
Rob Herring <robh@xxxxxxxxxx> wrote:
> On Fri, Jun 01, 2018 at 12:16:33AM +0200, Stefan Agner wrote:
> > Allow to define a NAND chip as a boot device. This can be helpful
> > for the selection of the ECC algorithm and strength in case the boot
> > ROM supports only a subset of controller provided options.
> > Signed-off-by: Stefan Agner <stefan@xxxxxxxx>
> > ---
> > Documentation/devicetree/bindings/mtd/nand.txt | 4 ++++
> > drivers/mtd/nand/raw/nand_base.c | 3 +++
> > include/linux/mtd/rawnand.h | 6 ++++++
> > 3 files changed, 13 insertions(+)
> > diff --git a/Documentation/devicetree/bindings/mtd/nand.txt b/Documentation/devicetree/bindings/mtd/nand.txt
> > index 8bb11d809429..8daf81b9748c 100644
> > --- a/Documentation/devicetree/bindings/mtd/nand.txt
> > +++ b/Documentation/devicetree/bindings/mtd/nand.txt
> > @@ -43,6 +43,10 @@ Optional NAND chip properties:
> > This is particularly useful when only the in-band area is
> > used by the upper layers, and you want to make your NAND
> > as reliable as possible.
> > +- nand-is-boot-medium: Whether the NAND chip is a boot medium. Drivers might use
> > + this information to select ECC algorithms supported by
> > + the boot ROM or similar restrictions.
> > +
> Shouldn't this be a partition level option? You could conceivably do one
> ECC type for boot area and something else for the rest of the NAND.
I tried that a long time ago . The result was far from perfect. I'm
not saying it's impossible to do it, but it definitely requires a lot
of work if we want to do it properly.
Also, what about boards that are not defining their partitions in the
DT but through the command line (using mtdparts)? That means patching
the mtdparts part parser to also take the ECC setup into account.