From: tglx@linutronix.de (Thomas Gleixner)
To: Shen Aaron-r62966 <Aaron.Shen@motorola.com>,
"'tglx@linutronix.de'" <tglx@linutronix.de>,
linux-mtd@lists.infradead.org
Subject: Re: ECC byte 4 and 5 not equal to what have just been writen
Date: Tue, 20 Apr 2004 12:47:39 +0200 [thread overview]
Message-ID: <200404201247.39527.tglx@linutronix.de> (raw)
In-Reply-To: <01139FC052A0D411900B00508B9535FC13AC404A@ZCH07EXM04.corp.mot.com>
On Tuesday 20 April 2004 12:37, Shen Aaron-r62966 wrote:
> > -----Original Message-----
> > On Tuesday 20 April 2004 11:40, Shen Aaron-r62966 wrote:
> > So you are debugging your bootloader code and not kernel code ?
> > Did you copy the code from 2.4.18 ? If yes, use code from
> > actual MTD CVS.
> > If no, which version of MTD code did you use to copy from ?
>
> Yes, right. I'm debugging my bootloader code. I'm using the 2.4.18 kernel,
> so I didn't use the code from actual MTD CVS. There're many differences for
> the actual CVS, for example, the nand_ecc.h and other head files are added
> into linux/mtd/. I don't think it's a good choice to use the mtd code from
> actual CVS if it's not a known problem. And I'm not sure whether such
> update will do harm to my system. I think the code in 2.4.18 should work
> for it. But I need to find out what's the problem.
Hmm, known problem is a nice phrase. The code in 2.4.18 was not used in
production AFAIK.
All you need is pageprogramming which is quite straight forward:
Write the start programm command
Write out 512 byte data + 16 byte oob
Write the programm command
Wait for ready
> > The page write function is the right place to look
>
> Yes, The only step before I re-read the oob data is the page write
> function. But I have added more debugging information into this function
> and still can't find the causing. Is it possible that the Nand Flash
> Controller does some operation after a page has been writen?
Is this the builtin controller on iMX2 ?
I dont know, what this does, as I have no datasheet. The product brief tells
something about automatic ECC...
Maybe you have to check this first
--
Thomas
________________________________________________________________________
"Free software" is a matter of liberty, not price. To understand the concept,
you should think of "free" as in "free speech,'' not as in "free beer".
________________________________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx@linutronix.de
next parent reply other threads:[~2004-04-20 10:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <01139FC052A0D411900B00508B9535FC13AC404A@ZCH07EXM04.corp.mot.com>
2004-04-20 10:47 ` Thomas Gleixner [this message]
[not found] <01139FC052A0D411900B00508B9535FC13AC4049@ZCH07EXM04.corp.mot.com>
2004-04-20 10:09 ` ECC byte 4 and 5 not equal to what have just been writen Thomas Gleixner
2004-04-20 7:35 Shen Aaron-r62966
2004-04-20 8:24 ` Charles Manning
2004-04-20 9:18 ` Thomas Gleixner
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=200404201247.39527.tglx@linutronix.de \
--to=tglx@linutronix.de \
--cc=Aaron.Shen@motorola.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