[FRC] [PATCH] MTD: nand_base.c: Enable support for Samsung E-die SLC NAND

Gupta, Pekon pekon at ti.com
Sun Jun 22 21:05:57 PDT 2014


Hi Ted,

>Hi All,
>   I recently do the power cut test with this Samsung NAND flash
>K9F1G08U0E with TI AM3352 chip.
>I have set the NAND_NO_SUBPAGE_WRITE parameter and checked all the
>flash timing that are all correct.
>But it still happened uncorrectable error that bit-flip more than 8
>bits no matter erase page or not.
>The below is the wrong data with erase page that bit-flip more than 8 bits .
>
>Does anyone have the same experience?
>
>PS. The Samsung D-die SLC NAND is test OK in the same environment. And
>the TI driver code is base on the latest l2-mtd git tree.
>
>regards,
>Ted
>
>
>[    7.129791] [0x0000] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.136138] [0x0010] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.142486] [0x0020] 0xfbfdffff 0xffffffff 0xffffffff 0xffffffff
>[    7.148864] [0x0030] 0xffbfffff 0xffff7fff 0xffffffff 0xffffffff
>[    7.155212] [0x0040] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.161590] [0x0050] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.167938] [0x0060] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.174316] [0x0070] 0xf7ffffff 0xfffffcff 0xffffffff 0xffffffff
>[    7.180664] [0x0080] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.187042] [0x0090] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.193389] [0x00a0] 0xffbfffff 0xffffffff 0xffffffff 0xffffffff
>[    7.199737] [0x00b0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.206115] [0x00c0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.212463] [0x00d0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.218841] [0x00e0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.225189] [0x00f0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.231567] [0x0100] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.237915] [0x0110] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.244293] [0x0120] 0xffdfffff 0xffffffff 0xffffffff 0xffffffff
>[    7.250640] [0x0130] 0xffffffff 0xffff7fff 0xffffffff 0xffffffff
>[    7.256988] [0x0140] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.263366] [0x0150] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.269714] [0x0160] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.276092] [0x0170] 0xffffffff 0xffffffdf 0xffffffff 0xffffffff
>[    7.282440] [0x0180] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.288818] [0x0190] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.295166] [0x01a0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.301544] [0x01b0] 0xffffffff 0xffffdfff 0xffffffff 0xffffffff
>[    7.307891] [0x01c0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.314270] [0x01d0] 0xffffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.320617] [0x01e0] 0xbfffffff 0xffffffff 0xffffffff 0xffffffff
>[    7.326995] [0x01f0] 0xffffffff 0xfffff7af 0xffffffff 0xffffffff
>
Is this the dump of an erased page (with ECC correction),
I mean NAND raw read with ECC correction suppressed ?
If yes, 
then if seems that the page was not properly erased, as so many
bit-flips should not be seen on a freshly erasing a block. plz check
device datasheet for "max possible bit-flips per page or block".

If no,
Then this can be bit-flips introduced due to incorrect interpretation
of ECC syndrome, for that can you plz use below command to
dump raw page using below command.
nand dump -N -l <page_size> -f <output_file> <device>


with regards, pekon


More information about the linux-mtd mailing list