From: Charles Manning <manningc2@actrix.gen.nz>
To: "Alex Samoutin" <samoutin@hotbox.ru>, <linux-mtd@lists.infradead.org>
Subject: Re: NAND subsector writing problem
Date: Fri, 31 Jan 2003 17:01:05 +1300 [thread overview]
Message-ID: <20030131041111.5DE53151BD@dragon.actrix.co.nz> (raw)
In-Reply-To: <004701c2c8ce$107caea0$1a00a8c0@itc.intrinsyc.com>
Alex
I assume you're using the TC58128AFT since there is no TC5818AFT.
I don't spend time in the mtd, only in YAFFS, but I can think of a few things
to look at. No doubt other people can think of more things...
When I first looked at the NAND mtd a long time back I noticed that the
verify did not always work properly on NAND, giving false errors. This I
tracked down to a difference between NOR and NAND. In NOR, a write fails if
try to overwrite a zero with a one bit. In NAND, the operation does not fail
even though the bit does not change.
ie.
Say you start with 12FF56.
If you write FF34FF
You now have 123456.
The NAND part will say the write was OK.
The verify might fail since FF34FF != 123456.
Thus, problems might arise if the page is not clean.
I've never used nandtest.c, so I am unsure as to whether it is expected to
work with verify enabled.
It might be worth double-checking your chip commanding/handling (especially
the address handling) to ensure that you're doing the right things for this
part. It seems possible to me that there might be some address aliasing issue
going on.
Perhaps you can hack nandtest to check that the page is empty before you
write to it, then read it back in the case of a failure and look at what you
got back.
I'm sorry I can't speak to the JFFS2 questions as I only understand the
YAFFS file system.
-- Charles
next prev parent reply other threads:[~2003-01-31 3:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-30 1:10 NAND subsector writing problem Alex Samoutin
2003-01-30 8:23 ` David Woodhouse
2003-01-30 20:57 ` Charles Manning
2003-01-31 2:11 ` Alex Samoutin
2003-01-31 4:01 ` Charles Manning [this message]
2003-01-31 7:10 ` Thomas Gleixner
2003-02-01 2:10 ` Alex Samoutin
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=20030131041111.5DE53151BD@dragon.actrix.co.nz \
--to=manningc2@actrix.gen.nz \
--cc=linux-mtd@lists.infradead.org \
--cc=samoutin@hotbox.ru \
/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