From: Subramani <subbu@fortisys.com>
To: Stanislav Popov <s.popov@rsc.bg>
Cc: linux-mtd@lists.infradead.org
Subject: Re: NAND + YAFFS2 - bad blocks
Date: Mon, 04 May 2009 16:00:00 -0400 [thread overview]
Message-ID: <1241467200.7488.5.camel@subbuv30-laptop> (raw)
In-Reply-To: <49F7FBB6.8080301@rsc.bg>
Flash_eraseall does not any problem, I belive it should be an issue with
nand_write or your NAND ECC module. These are the things you need to
verify at your end.
Regards,
Subbu
On Wed, 2009-04-29 at 10:03 +0300, Stanislav Popov wrote:
> Hi,
>
> thanks for your reply!
>
> If I use flash_eraseall then the bug could be in it ?
> So there should be no issue in YAFFS2 FS or Kernel Driver?
>
> How do you suggest to write the FS?
>
> Thank you very much!
> Stanislav
>
> subbu@fortisys.com wrote:
> > Hi,
> > Yaffs2 is combination 2048+64 Bytes, when you write filesystem to NAND, you have to make sure that oob data is written to oob block from offset 0x2 to 0x34, if you write at oob data at offset 0x0 0x1, NAND will identify it as bad block, therefore you have to make sure to avoid writing oob from 0x0.
> >
> > Try using nandwrite utility with the above mention changes.
> >
> >
> > Regards,
> > Subramani V
> > Massuchussets
> > USA
> >
> >
> > --- s.popov@rsc.bg wrote:
> >
> > From: Stanislav Popov <s.popov@rsc.bg>
> > To: linux-mtd@lists.infradead.org
> > Subject: NAND + YAFFS2 - bad blocks
> > Date: Tue, 28 Apr 2009 19:03:26 +0300
> >
> > Hi,
> >
> > I have 64 MB NAND flash on Jacinto (ARM) board.
> > I am using the device formatted as one YAFFS2 partition.
> > My SW ECC from NAND is enabled in the kernel and "useNANDECC" in YAFFS
> > is set to 0
> > (If this is non-zero, then YAFFS will not perform ECC and it is assumed
> > that the hardware ECC or specified NAND access functions will perform EC
> > checks.)
> >
> > I found that I have 1000-2000 eraseblocks that were reported as "bad block".
> > I can see them in u-boot with "nand bad" command and when laoding my
> > nand_jacinto driver.
> > When using the NAND they are getting much more.
> > Actually they are NOT bad blocks!
> >
> > I edited the kernel and remove is_bad checking when erasing.
> > Also I edited the mtd-utils (flash_eraseall) and removed is_bad checking
> > when erasing.
> > So I was able to make low-level format of my NAND flash which also erase
> > the bad blocks.
> > (like 'nand erase scrub' command in u-boot, but I currently I do not
> > have such command)
> > After that I had NO bad blocks.
> >
> > I made some tests:
> > I formatted Nand with YAFFS2 FS
> > - YAFFS2 ECC + NO NAND ECC - when using fs appeared bad blocks and
> > getting more.
> > - YAFFS2 NO ECC + NAND SW ECC - when using fs appeared bad blocks and
> > getting more.
> >
> > I formatted Nand with EXT2 FS (ext2 fs is not writing into oob)
> > - NAND SW ECC ENABLE - NO bad blocks appeared in the time!!!
> >
> > So the result is that the issue is in using YAFFS2 + NAND.
> >
> > Maybe the source of the issue is some YAFFS2 configurations?
> > Do you have any idea?
> > It's very critical issue for me.
> >
> > Thanks and Regards,
> > Stanislav
> >
> >
> >
> > ______________________________________________________
> > Linux MTD discussion mailing list
> > http://lists.infradead.org/mailman/listinfo/linux-mtd/
> >
> >
> >
>
next prev parent reply other threads:[~2009-05-04 20:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090428145901.ED9188BC@resin13.mta.everyone.net>
2009-04-29 7:03 ` NAND + YAFFS2 - bad blocks Stanislav Popov
2009-04-30 7:37 ` Stanislav Popov
2009-05-04 20:00 ` Subramani [this message]
2009-04-29 14:25 ` Stanislav Popov
2009-05-04 19:58 ` Subramani
2009-04-28 16:03 Stanislav Popov
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=1241467200.7488.5.camel@subbuv30-laptop \
--to=subbu@fortisys.com \
--cc=linux-mtd@lists.infradead.org \
--cc=s.popov@rsc.bg \
/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