From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Abhishek Sahu <absahu@codeaurora.org>
Cc: Boris Brezillon <boris.brezillon@free-electrons.com>,
Archit Taneja <architt@codeaurora.org>,
Richard Weinberger <richard@nod.at>,
linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org,
Marek Vasut <marek.vasut@gmail.com>,
linux-mtd@lists.infradead.org,
Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>,
Andy Gross <andy.gross@linaro.org>,
Brian Norris <computersforpeace@gmail.com>,
David Woodhouse <dwmw2@infradead.org>
Subject: Re: [PATCH 3/9] mtd: nand: qcom: erased page detection for uncorrectable errors only
Date: Thu, 12 Apr 2018 08:49:19 +0200 [thread overview]
Message-ID: <20180412084919.1ca7991d@xps13> (raw)
In-Reply-To: <2c93157a2982365ceaa8af17d5e3b97a@codeaurora.org>
Hi Abhishek,
On Thu, 12 Apr 2018 12:03:58 +0530, Abhishek Sahu
<absahu@codeaurora.org> wrote:
> On 2018-04-10 14:29, Miquel Raynal wrote:
> > Hi Abhishek,
> > > On Wed, 4 Apr 2018 18:12:19 +0530, Abhishek Sahu
> > <absahu@codeaurora.org> wrote:
> > >> The NAND flash controller generates ECC uncorrectable error
> >> first in case of completely erased page. Currently driver
> >> applies the erased page detection logic for other operation
> >> errors also so fix this and return EIO for other operational
> >> errors.
> > > I am sorry I don't understand very well what is the purpose of this
> > patch, could you please explain it again?
> > > Do you mean that you want to avoid having rising ECC errors when you
> > read erased pages?
> > Thanks Miquel for your review.
>
> QCOM NAND flash controller has in built erased page
> detection HW.
> Following is the flow in the HW if controller tries
> to read erased page
>
> 1. First ECC uncorrectable error will be generated from
> ECC engine since ECC engine first calculates the ECC with
> all 0xff and match the calculated ECC with ECC code in OOB
> (which is again all 0xff).
> 2. After getting ECC error, erased CW detection HW checks if
> all the bytes in page are 0xff and then it updates the
> status in separate register NAND_ERASED_CW_DETECT_STATUS
>
> So the erased CW detect status should be checked only if
> ECC engine generated the uncorrectable error.
>
> Currently for all other operational errors also (like TIMEOUT,
> MPU errors etc), the erased CW detect register was being
> checked.
This is very clear, thanks. I don't know very much this controller so I
think you can add this information in the commit message for future
reference.
>
> >> >> Signed-off-by: Abhishek Sahu <absahu@codeaurora.org>
> >> ---
> >> drivers/mtd/nand/qcom_nandc.c | 8 +++++++-
> >> 1 file changed, 7 insertions(+), 1 deletion(-)
> >> >> diff --git a/drivers/mtd/nand/qcom_nandc.c >> b/drivers/mtd/nand/qcom_nandc.c
> >> index 17321fc..57c16a6 100644
> >> --- a/drivers/mtd/nand/qcom_nandc.c
> >> +++ b/drivers/mtd/nand/qcom_nandc.c
> >> @@ -1578,6 +1578,7 @@ static int parse_read_errors(struct >> qcom_nand_host *host, u8 *data_buf,
> >> struct nand_ecc_ctrl *ecc = &chip->ecc;
> >> unsigned int max_bitflips = 0;
> >> struct read_stats *buf;
> >> + bool flash_op_err = false;
> >> int i;
> >> >> buf = (struct read_stats *)nandc->reg_read_buf;
> >> @@ -1599,7 +1600,7 @@ static int parse_read_errors(struct >> qcom_nand_host *host, u8 *data_buf,
> >> buffer = le32_to_cpu(buf->buffer);
> >> erased_cw = le32_to_cpu(buf->erased_cw);
> >> >> - if (flash & (FS_OP_ERR | FS_MPU_ERR)) {
> >> + if ((flash & FS_OP_ERR) && (buffer & BS_UNCORRECTABLE_BIT)) {
> > > And later you have another "if (buffer & BS_UNCORRECTABLE_BIT)" which
> > is then redundant, unless that is not what you actually want to do?
>
> Yes. That check seems to be redundant. I will fix that.
>
> > > Maybe you can add comments before the if ()/ else if () to explain in
> > which case you enter each branch.
>
> Sure. That would be better. Will add the same in next patch set.
>
> > >> bool erased;
> >> >> /* ignore erased codeword errors */
> >> @@ -1641,6 +1642,8 @@ static int parse_read_errors(struct >> qcom_nand_host *host, u8 *data_buf,
> >> max_t(unsigned int, max_bitflips, ret);
> >> }
> >> }
> >> + } else if (flash & (FS_OP_ERR | FS_MPU_ERR)) {
> >> + flash_op_err = true;
> >> } else {
> >> unsigned int stat;
> >> >> @@ -1654,6 +1657,9 @@ static int parse_read_errors(struct >> qcom_nand_host *host, u8 *data_buf,
> >> oob_buf += oob_len + ecc->bytes;
> >> }
> >> >> + if (flash_op_err)
> >> + return -EIO;
> >> +
> > > In you are propagating an error related to the controller, this is
> > fine, but I think you just want to raise the fact that a NAND
> > uncorrectable error occurred, in this case you should just increment
> > mtd->ecc_stats.failed and return 0 (returning max_bitflips here would > be
> > fine too has it would be 0 too).
>
> The flash_op_err will be for other operational errors only (like timeout,
> MPU error, device failure etc). For correctable errors,
>
> ret = nand_check_erased_ecc_chunk(data_buf,
> data_len, eccbuf, ecclen, oob_buf,
> extraooblen, ecc->strength);
Why do you need nand_check_erased_ecc_chunk() if the blank page check
is done in hw?
Thanks,
Miquèl
> if (ret < 0) {
> mtd->ecc_stats.failed++;
> } else {
> mtd->ecc_stats.corrected += ret;
>
> Already, it is incrementing mtd->ecc_stats.failed
>
> Thanks,
> Abhishek
--
Miquel Raynal, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2018-04-12 6:49 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-04 12:42 [PATCH 0/9] Update for QCOM NAND driver Abhishek Sahu
2018-04-04 12:42 ` [PATCH 1/9] mtd: nand: qcom: use the ecc strength from device parameter Abhishek Sahu
2018-04-06 12:31 ` Miquel Raynal
2018-04-10 6:09 ` Abhishek Sahu
2018-04-10 7:46 ` Miquel Raynal
2018-04-10 7:55 ` Miquel Raynal
2018-04-10 8:07 ` Boris Brezillon
2018-04-12 9:59 ` Abhishek Sahu
2018-04-22 16:34 ` Miquel Raynal
2018-04-23 6:44 ` Abhishek Sahu
2018-04-04 12:42 ` [PATCH 2/9] mtd: nand: qcom: wait for desc completion in all BAM channels Abhishek Sahu
2018-04-04 12:42 ` [PATCH 3/9] mtd: nand: qcom: erased page detection for uncorrectable errors only Abhishek Sahu
2018-04-10 8:59 ` Miquel Raynal
2018-04-12 6:33 ` Abhishek Sahu
2018-04-12 6:49 ` Miquel Raynal [this message]
2018-04-12 6:58 ` Abhishek Sahu
2018-04-04 12:42 ` [PATCH 4/9] mtd: nand: qcom: fix null pointer access for erased buffer detection Abhishek Sahu
2018-04-10 9:12 ` Miquel Raynal
2018-04-12 6:54 ` Abhishek Sahu
2018-04-22 16:25 ` Miquel Raynal
2018-04-23 6:29 ` Abhishek Sahu
2018-04-04 12:42 ` [PATCH 5/9] mtd: nand: qcom: parse read errors for read oob also Abhishek Sahu
2018-04-10 10:03 ` Miquel Raynal
2018-04-12 7:10 ` Abhishek Sahu
2018-04-04 12:42 ` [PATCH 6/9] mtd: nand: qcom: support for checking read errors for last codeword Abhishek Sahu
2018-04-10 10:05 ` Miquel Raynal
2018-04-04 12:42 ` [PATCH 7/9] mtd: nand: qcom: check for operation errors in case of raw read Abhishek Sahu
2018-04-10 10:12 ` Miquel Raynal
2018-04-12 7:33 ` Abhishek Sahu
2018-04-04 12:42 ` [PATCH 8/9] mtd: nand: qcom: helper function for " Abhishek Sahu
2018-04-10 9:44 ` Miquel Raynal
2018-04-12 7:06 ` Abhishek Sahu
2018-04-22 16:19 ` Miquel Raynal
2018-04-23 6:28 ` Abhishek Sahu
2018-04-23 6:58 ` Miquel Raynal
2018-04-25 6:32 ` Abhishek Sahu
2018-04-25 12:59 ` Miquel Raynal
2018-04-26 5:53 ` Abhishek Sahu
2018-04-26 7:11 ` Miquel Raynal
2018-04-26 7:42 ` Abhishek Sahu
2018-04-04 12:42 ` [PATCH 9/9] mtd: nand: qcom: erased page bitflips detection Abhishek Sahu
2018-04-10 10:30 ` Miquel Raynal
2018-04-12 8:00 ` Abhishek Sahu
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=20180412084919.1ca7991d@xps13 \
--to=miquel.raynal@bootlin.com \
--cc=absahu@codeaurora.org \
--cc=andy.gross@linaro.org \
--cc=architt@codeaurora.org \
--cc=boris.brezillon@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=cyrille.pitchen@wedev4u.fr \
--cc=dwmw2@infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marek.vasut@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).