linux-kernel - Re: [PATCH v4 2/9] dt-bindings: mtd: ingenic: Change 'BCH' to 'ECC' in documentation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20190313141231.1cc6e072@xps13>
Date:   Wed, 13 Mar 2019 14:12:31 +0100
From:   Miquel Raynal <miquel.raynal@...tlin.com>
To:     Paul Cercueil <paul@...pouillou.net>
Cc:     David Woodhouse <dwmw2@...radead.org>,
        Brian Norris <computersforpeace@...il.com>,
        Boris Brezillon <bbrezillon@...nel.org>,
        Marek Vasut <marek.vasut@...il.com>,
        Richard Weinberger <richard@....at>,
        Rob Herring <robh+dt@...nel.org>,
        Mark Rutland <mark.rutland@....com>,
        Harvey Hunt <harveyhuntnexus@...il.com>,
        linux-mtd@...ts.infradead.org, devicetree@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 2/9] dt-bindings: mtd: ingenic: Change 'BCH' to 'ECC'
 in documentation

Hi Paul,

Paul Cercueil <paul@...pouillou.net> wrote on Wed, 13 Mar 2019 09:59:48
-0300:

> Le lun. 4 mars 2019 à 15:58, Miquel Raynal <miquel.raynal@...tlin.com> a écrit :
> > Hi Paul,
> > 
> > Paul Cercueil <paul@...pouillou.net> wrote on Mon, 04 Mar 2019 > 19:23:50
> > +0100:
> >   
> >>  On Mon, Mar 4, 2019 at 10:50 AM, Miquel Raynal >> <miquel.raynal@...tlin.com> wrote:  
> >>  > Hi Paul,
> >>  >
> >>  > Paul Cercueil <paul@...pouillou.net >> <mailto:paul@...pouillou.net>> > wrote on Sat,  9 Feb 2019 16:22:58
> >>  > -0300:
> >>  >  
> >>  >>  The JZ4740 ECC hardware is not BCH but Reed-Solomon, so it >> makes >> more
> >>  >>  sense to use the more generic ECC term.  
> >>  >> >>  Signed-off-by: Paul Cercueil <paul@...pouillou.net >> >> <mailto:paul@...pouillou.net>>  
> >>  >>  ---  
> >>  >> >>  Changes:
> >>  >> >>  v3: New patch
> >>  >> >>  v4: No change
> >>  >> >>   .../devicetree/bindings/mtd/ingenic,jz4780-nand.txt    | 18 >> >> +++++++++---------  
> >>  >>   1 file changed, 9 insertions(+), 9 deletions(-)  
> >>  >> >>  diff --git >> >> a/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt >> >> b/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt  
> >>  >>  index a5b940f18bf6..5a45cc54f46d 100644  
> >>  >>  --- >> a/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt  
> >>  >>  +++ >> b/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt
> >>  >>  @@ -1,4 +1,4 @@
> >>  >>  -* Ingenic JZ4780 NAND/BCH
> >>  >>  +* Ingenic JZ4780 NAND/ECC  
> >>  >> >>   This file documents the device tree bindings for NAND flash >> >> devices on the  
> >>  >>   JZ4780. NAND devices are connected to the NEMC controller >> >> (described in
> >>  >>  @@ -14,10 +14,10 @@ Required NAND controller device properties:
> >>  >>     an offset of 0 and a size of 0x1000000 (i.e. the whole NEMC >> >> bank).  
> >>  >> >>   Optional NAND controller device properties:  
> >>  >>  -- ingenic,bch-controller: To make use of the hardware BCH >> >> controller, this
> >>  >>  -  property must contain a phandle for the BCH controller node. >> The >> required
> >>  >>  +- ingenic,bch-controller: To make use of the hardware ECC >> >> controller, this
> >>  >>  +  property must contain a phandle for the ECC controller node. >> The >> required  
> >>  >
> >>  > I think there is already a 'ecc-engine' property used by MTK and >> Atmel
> >>  > NAND controllers to point to the ECC engine block. Please use this
> >>  > property instead of the ingenic specific one.  
> >> >>  ingenic,bch-controller is already in the devicetree ABI. I can't >> change it now...  
> > 
> > Oh, right...
> > 
> > Well, same thing as before, maybe you can change it and keep the > driver
> > backward compatible? I don't want new DT to use this property because
> > it is not generic and we must have a way from the core to find the ECC
> > engine handle when the controller does not embed one itself (thus, the
> > ecc-engine property which is around for quite some time already).  
> 
> I can do that. Will the new ECC framework work with the "ecc-engine" property?

Yes.

Right now it does not, but when supporting raw NAND devices, it will
have to.


Thanks,
Miquèl