From: Pavel Machek <pavel@ucw.cz>
To: Darwin Dingel <Darwin.Dingel@alliedtelesis.co.nz>
Cc: Boris Brezillon <boris.brezillon@free-electrons.com>,
"richard@nod.at" <richard@nod.at>,
"dwmw2@infradead.org" <dwmw2@infradead.org>,
"computersforpeace@gmail.com" <computersforpeace@gmail.com>,
"marek.vasut@gmail.com" <marek.vasut@gmail.com>,
"cyrille.pitchen@atmel.com" <cyrille.pitchen@atmel.com>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"mark.marshall@omicronenergy.com"
<mark.marshall@omicronenergy.com>,
"b44839@freescale.com" <b44839@freescale.com>,
"prabhakar@freescale.com" <prabhakar@freescale.com>
Subject: Re: mtd: nand: fsl_ifc: fix handing of bit flips in erased pages
Date: Wed, 31 May 2017 22:49:13 +0200 [thread overview]
Message-ID: <20170531204913.GC16962@amd> (raw)
In-Reply-To: <5f665145ea304d3a9e1ecb39c51a951e@svr-chch-ex1.atlnz.lc>
[-- Attachment #1: Type: text/plain, Size: 3114 bytes --]
Hi!
> We are also having the same problem where the IFC (nand flash) was
> reporting ECC uncorrectable errors on single bitflips with erased pages.
> Applying this patch with some minor modifications seems to solve our
> issue. We are still doing more testing but recent results looks
> promising.
First, thanks for letting me know.
> Our kernel is 4.4.6 so we have to modify it a bit to fit the old ECC
> layout structure. We just have a few comments about the patch:
>
> > - if (!is_blank(mtd, bufnum))
> > - ctrl->nand_stat |=
> > - IFC_NAND_EVTER_STAT_ECCER;
> > - break;
> > + ctrl->nand_stat |= IFC_NAND_EVTER_STAT_ECCER;
>
> Added 'error = 0' after setting the flag since no error was actually
> corrected.
You meen "errors = 0"? Does that actually make a difference? It is a
local variable, and continue makes sure the value is not used:
for (i = sector; i <= sector_end; i++) {
errors = check_read_ecc(mtd, ctrl, eccstat, i);
if (errors == 15) {
/*
* Uncorrectable error.
* We'll check for blank pages later.
*
* We disable ECCER reporting due to...
* erratum IFC-A002770 -- so report it now if we
* see an uncorrectable error in ECCSTAT.
*/
ctrl->nand_stat |= IFC_NAND_EVTER_STAT_ECCER;
continue;
}
> > - if (ctrl->nand_stat & IFC_NAND_EVTER_STAT_ECCER)
> > - dev_err(priv->dev, "NAND Flash ECC Uncorrectable Error\n");
> > -
> > if (ctrl->nand_stat != IFC_NAND_EVTER_STAT_OPC)
> > mtd->ecc_stats.failed++;
> > +
> > + if (ctrl->nand_stat & IFC_NAND_EVTER_STAT_ECCER) {
> > + int res;
> > +
> > + if (!oob_required)
> > + fsl_ifc_read_buf(mtd, chip->oob_poi, mtd->oobsize);
> > +
> > + res = check_erased_page(chip, buf);
> > + return res;
> > + }
>
> We have to do the check IFC_NAND_EVTER_STAT_ECCER first because the
> condition (ctrl->nand_stat != IFC_NAND_EVTER_STAT_OPC) will never be
> true since IFC always sets IFC_NAND_EVTER_STAT_ECCER on empty pages.
> Incrementing failed stats first before doing check_erased_page() makes
> nand_read() report ECC error all time.
Yes, you are right; I overlooked that one. Thanks a lot!
> Our exact modification was:
> if (ctrl->nand_stat & IFC_NAND_EVTER_STAT_ECCER) {
> if (!oob_required)
> fsl_ifc_read_buf(mtd, chip->oob_poi, mtd->oobsize);
>
> return check_erased_page(chip, buf);
> }
>
> if (ctrl->nand_stat != IFC_NAND_EVTER_STAT_OPC)
> mtd->ecc_stats.failed++;
>
> Because check_erased_page() will be updating the failed stat anyway.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
next prev parent reply other threads:[~2017-05-31 20:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-25 23:33 mtd: nand: fsl_ifc: fix handing of bit flips in erased pages Darwin Dingel
2017-05-29 8:48 ` Boris Brezillon
2017-05-31 22:18 ` Pavel Machek
2017-05-31 20:49 ` Pavel Machek [this message]
2017-05-31 21:52 ` Darwin Dingel
2017-05-31 22:15 ` Pavel Machek
2017-06-07 21:59 ` Darwin Dingel
2017-06-13 8:24 ` Pavel Machek
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=20170531204913.GC16962@amd \
--to=pavel@ucw.cz \
--cc=Darwin.Dingel@alliedtelesis.co.nz \
--cc=b44839@freescale.com \
--cc=boris.brezillon@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=cyrille.pitchen@atmel.com \
--cc=dwmw2@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marek.vasut@gmail.com \
--cc=mark.marshall@omicronenergy.com \
--cc=prabhakar@freescale.com \
--cc=richard@nod.at \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.