public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Lars Michael <lars.michael@yahoo.com>
To: linux-mtd@lists.infradead.org
Subject: NAND device: all blocks bad after restart, how to recover?
Date: Wed, 9 Mar 2011 08:39:27 -0800 (PST)	[thread overview]
Message-ID: <227729.21879.qm@web30201.mail.mud.yahoo.com> (raw)
In-Reply-To: <mailman.15984.1299679972.1534.linux-mtd@lists.infradead.org>

Hello,

I repost this issue, with correct subject and hope to have some
feedback. After working with getting UBI images mounted in Linux (it did
work for a sec!) the NAND device suddenly went totally bad after a system
restart! So all blocks are reported bad and the mtd is no longer visible
in Linux. Before it had just a few bad blocks. I am really worried about
what has happend and if this can occur on our custom board too.

The hardware is Freescale TWR-MCF5441X with 256MB NAND flash.
The kernel is 2.6.29 with 167 patches from the back port tree.

From kernel boot:

NAND device: Manufacturer ID: 0x2c, Chip ID: 0xca (Micron
NAND 256MiB 3,3V 16-bit)
Bad block table not found for chip 0
Bad block table not found for chip 0
Scanning device for bad blocks
Bad eraseblock 0 at 0x000000000000
Bad eraseblock 1 at 0x000000020000
Bad eraseblock 2 at 0x000000040000
Bad eraseblock 3 at 0x000000060000
Bad eraseblock 4 at 0x000000080000
Bad eraseblock 5 at 0x0000000a0000
Bad eraseblock 6 at 0x0000000c0000
<cut>
Bad eraseblock 2046 at 0x00000ffc0000
Bad eraseblock 2047 at 0x00000ffe0000
No space left to write bad block table
fsl_nfc: NAND Flash not found !
m25p80 spi1.1: at26df081a (1024 Kbytes)
Creating 1 MTD partitions on "Atmel at26df081a SPI Flash
chip":
0x000000000000-0x000000100000 : "at26df081a"

I try to diagnose the flash from U-Boot. When I e.g. read from the
flash I get:

NAND read: device 0 offset 0x1, size 0xfffffff
Skipping bad block 0x00000000
Skipping bad block 0x00020000
Skipping bad block 0x00040000
<cut>
Skipping bad block 0x0ffa0000
Skipping bad block 0x0ffc0000
Skipping bad block 0x0ffe0000
NAND read from offset 10000000 failed -22
0 bytes read: ERROR
-> nand 

Assuming this is a software issue, can the bbt somehow be corrupt,
reporting all blocks bad even if they are not?

Is the problem likely to be in the UBI layer or in the NAND driver
(I suspect the first) and how can I troubleshoot this?

I tried 'nand scrub' but still says no space to write bbt.

Thanks and regards,
- Lars






       reply	other threads:[~2011-03-09 16:39 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.15984.1299679972.1534.linux-mtd@lists.infradead.org>
2011-03-09 16:39 ` Lars Michael [this message]
2011-03-10 13:06   ` NAND device: all blocks bad after restart, how to recover? Artem Bityutskiy
2011-03-25 14:03     ` Lars Michael
2011-03-31 12:11       ` Artem Bityutskiy

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=227729.21879.qm@web30201.mail.mud.yahoo.com \
    --to=lars.michael@yahoo.com \
    --cc=linux-mtd@lists.infradead.org \
    /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