[PATCH 3/3] nandtest: Introduce multiple reads & check iterations

Ezequiel Garcia ezequiel at vanguardiasur.com.ar
Mon May 5 03:33:35 PDT 2014


On 05 May 10:07 AM, Gupta, Pekon wrote:
> >From: linux-mtd [mailto:linux-mtd-bounces at lists.infradead.org] On
> >
> >The current nandtest performs a simple test which consists of:
> >
> >  1. erase block
> >  2. write data
> >  3. read and verify
> >
> >In order to improve the nandtest strength, this commit adds a new
> >parameter
> >to increase the number of "read and verify" iterations. In other
> >words,
> >the test now consists of:
> >
> >  1. erase block
> >  2. write data
> >  3. read and verify (N times)
> >
> >This seem to apply more pressure on a NAND driver's ECC engine and
> >has been
> >used to discover stability problems with an old OMAP2.
> >
> If you are just re-verifying "reads", then you may be testing unstable bits [1],
> which is not a valid driver's fault but a problem arising due to sudden power-cut.
> If you really want to test driver then iterate all the steps (erase -> write -> read)
> multiple times. Same as what is done in torture_peb() test.
> 	@@ drivers/mtd/ubi/io.c: torture_peb()
> 

I'm sorry Pekon, but your comment makes no sense to me.

First of all, we're adding a new nandtest capability. The tool *already*
handles multiple erase/write/read cycle (by using the --passes parameter)
and one can already use it to stress drivers. This is not under discussion.

However, while testing the OMAP2 NAND driver provided in TI SKD 6.0.0
(the one with a v3.2 kernel) the nandtest was left running a large number
of times, using the --passes parameter each block was erase/write/read
lots and lots of times. So, *that* particular test passed without issues.

And still, since we were still observing instability when doing filesystem
operations we developed this new test, which consists in
erase/write/read/.../read.

Now, since each block is *erased* before the write/read/.../read loop, how is
this related to the unstable bit issue?

In case it's not clear, we never did *any* power-cutting, and still this
improved test quickly showed ECC read errors in the mentioned driver.
-- 
Ezequiel Garcia, VanguardiaSur
www.vanguardiasur.com.ar



More information about the linux-mtd mailing list