From: Tomasz Figa <t.figa@samsung.com>
To: Brian Norris <computersforpeace@gmail.com>
Cc: Huang Shijie <b32955@freescale.com>,
devicetree@vger.kernel.org, dwmw2@infradead.org,
linux-mtd@lists.infradead.org, dedekind1@gmail.com
Subject: Re: [PATCH v2] mtd: gpmi: add a new DT property to use the datasheet's minimum required ECC
Date: Wed, 06 Nov 2013 15:39:07 +0100 [thread overview]
Message-ID: <1818094.INS0lkJjja@amdc1227> (raw)
In-Reply-To: <20131105200729.GT20061@ld-irv-0074.broadcom.com>
Hi,
On Tuesday 05 of November 2013 12:07:29 Brian Norris wrote:
> On Mon, Oct 28, 2013 at 11:05:17AM +0800, Huang Shijie wrote:
> > In default way, we use the ecc_strength/ecc_step size calculated by ourselves
> > and use all the OOB area.
> >
> > This patch adds a new property : "fsl,use-minimum-ecc"
> >
> > If we enable it, we will firstly try to use the datasheet's minimum required
> > ECC provided by the MTD layer (the ecc_strength_ds/ecc_step_ds fields
> > in the nand_chip{}). So we may have free space in the OOB area by using the
> > minimum ECC, and we may support JFFS2 with some SLC NANDs, such as Micron's
> > SLC NAND.
> >
> > If we fail to use the minimum ECC, we will use the legacy method to calculate
> > the ecc_strength and ecc_step size.
> >
> > Signed-off-by: Huang Shijie <b32955@freescale.com>
> > ---
> > v1 --> v2:
> > based on David's patch to fix the regression.
> > ---
> > .../devicetree/bindings/mtd/gpmi-nand.txt | 6 ++++++
> > drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 3 +++
> > 2 files changed, 9 insertions(+), 0 deletions(-)
> >
> > diff --git a/Documentation/devicetree/bindings/mtd/gpmi-nand.txt b/Documentation/devicetree/bindings/mtd/gpmi-nand.txt
> > index 551b2a1..4297795 100644
> > --- a/Documentation/devicetree/bindings/mtd/gpmi-nand.txt
> > +++ b/Documentation/devicetree/bindings/mtd/gpmi-nand.txt
> > @@ -17,6 +17,12 @@ Required properties:
> > Optional properties:
> > - nand-on-flash-bbt: boolean to enable on flash bbt option if not
> > present false
> > + - fsl,use-minimum-ecc: By enabling this boolean property, the gpmi will try
> > + to use the datasheet's minimum required ECC provided by
> > + the MTD layer (the ecc_strength_ds/ecc_step_ds fields
> > + in the nand_chip{}). So we may have free space in the OOB
> > + area by using the minimum ECC, and we may support JFFS2
> > + with some SLC NANDs, such as Micron's SLC NAND.
>
> This description still uses Linux-isms/MTD-isms (ecc_strength_ds,
> ecc_step_ds, nand_chip{}, JFFS2). I would personally write this as
> something like the following:
>
> - fsl,use-minimum-ecc: Protect this NAND flash with the minimum ECC
> strength required. The required ECC strength is
> automatically discoverable for some flash
> (e.g., according to the ONFI standard).
> However, note that if this strength is not
> discoverable, the software may choose an
> implementation-defined ECC scheme.
After reading this description, it is not clear to me what is the default
behavior if this property is not present.
Best regards,
Tomasz
prev parent reply other threads:[~2013-11-06 14:39 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-28 3:05 [PATCH v2] mtd: gpmi: add a new DT property to use the datasheet's minimum required ECC Huang Shijie
2013-11-05 6:19 ` Huang Shijie
2013-11-05 20:07 ` Brian Norris
2013-11-06 2:39 ` Huang Shijie
2013-11-06 14:39 ` Tomasz Figa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1818094.INS0lkJjja@amdc1227 \
--to=t.figa@samsung.com \
--cc=b32955@freescale.com \
--cc=computersforpeace@gmail.com \
--cc=dedekind1@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox