From: Artem Bityutskiy <dedekind1@gmail.com>
To: "Gupta, Pekon" <pekon@ti.com>
Cc: "Brian Norris" <computersforpeace@gmail.com>,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
"Ezequiel Garcia" <ezequiel@vanguardiasur.com.ar>,
"Guido Martínez" <guido@vanguardiasur.com.ar>
Subject: Re: [PATCH 3/3] nandtest: Introduce multiple reads & check iterations
Date: Mon, 05 May 2014 14:09:12 +0300 [thread overview]
Message-ID: <1399288152.15290.21.camel@sauron.fi.intel.com> (raw)
In-Reply-To: <20980858CB6D3A4BAE95CA194937D5E73EACA6B9@DBDE04.ent.ti.com>
On Mon, 2014-05-05 at 10:58 +0000, Gupta, Pekon wrote:
> Therefore, I'm not sure having re-reads is a good test or not, because
> re-reads is changing the underlying testing scenario by introducing
> _new_
> bit-flips in neighboring regions pages because of read-disturbs.
If the driver / HW cannot properly handle 4 re-reads, we do want the
test to catch this, I think, irrespective of the true nature of the
error.
Therefore, I see this patch with a default 4 as an improvement.
--
Best Regards,
Artem Bityutskiy
next prev parent reply other threads:[~2014-05-05 11:09 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-28 13:14 [PATCH 0/3] nandtest: Allow multiple read & check iterations Ezequiel Garcia
2014-04-28 13:14 ` [PATCH 1/3] nandtest: Remove redundant check Ezequiel Garcia
2014-05-05 7:30 ` Artem Bityutskiy
2014-04-28 13:14 ` [PATCH 2/3] nandtest: Move the "read and compare" code to a function Ezequiel Garcia
2014-05-05 7:36 ` Artem Bityutskiy
2014-04-28 13:14 ` [PATCH 3/3] nandtest: Introduce multiple reads & check iterations Ezequiel Garcia
2014-05-05 7:35 ` Artem Bityutskiy
2014-05-05 9:56 ` Ezequiel García
2014-05-05 10:07 ` Gupta, Pekon
2014-05-05 10:33 ` Ezequiel Garcia
2014-05-05 10:58 ` Gupta, Pekon
2014-05-05 11:09 ` Artem Bityutskiy [this message]
2014-05-05 11:21 ` Gupta, Pekon
2014-05-05 12:50 ` Problems in Out of tree TI SDK omap2-nand driver (Re: [PATCH 3/3] nandtest: Introduce multiple reads & check iterations) Ezequiel Garcia
2014-05-05 18:12 ` Gupta, Pekon
2014-05-30 23:49 ` Brian Norris
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=1399288152.15290.21.camel@sauron.fi.intel.com \
--to=dedekind1@gmail.com \
--cc=computersforpeace@gmail.com \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=guido@vanguardiasur.com.ar \
--cc=linux-mtd@lists.infradead.org \
--cc=pekon@ti.com \
/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