From: Rick Adams <rgadams@cox.net>
To: linux-mtd@lists.infradead.org
Subject: Re: ST flashes
Date: Sun, 6 Feb 2005 20:32:05 -0800 [thread overview]
Message-ID: <200502062032.05112.rgadams@cox.net> (raw)
In-Reply-To: <E1CwefL-0002c2-JD@canuck.infradead.org>
On Thursday 03 February 2005 02:56 am, linux-mtd-request@lists.infradead.org
wrote:
>Im using 2.4.19-rmk7-pxa1 ... i know its really old and all
>that ... but i have no options right now...
>but anyway..
<Here's my problem.
>I have two pxa 255 boards , one with ST flash and one with AMD.
>I configured them to use the lubbock flash driver , and made one
>partition for jffs2.
>But on the ST , the moment you power down the board ! , the next time ,
>it only mounts , but doesnt
>let me perform any fops. I keep getting I/O errors..for only write
>operations... read works , coz i could ls in the partition.
>It also doesnt let me format the partition.
Hi Ashwin
What's the part number of the Intel flash, is it a J or K version? The part
number will look like 28FnnnJ3 where nnn is the size or 28FnnnKvv where nnn
is size an vv is voltage. These are the part numbers for the TSOP package,
for the BGA package the first part will be different but will have the J or K
designation. The J or K designation is the only thing that matters for this
discussion the rest of the number isn't important. Intel is obsoleting the J
part and replacing it with the K part. The version of the kernel and the
Lubbock board were built with J parts (before the K was around). The K is
"almost" identical to the J. One important difference is the the K part has
all it's sectors locked at power up and the J has all it's sectors unlocked.
If you have a driver written for the J and a board with a K part then this
could lead to the exact problem you talked about.
If this is your situation there are two possible fixes. One is to get a driver
that understands how to talk to a K, or modify the boot or initialization
code to unlock all the sector of the K at power up, and then it will function
exactly like a J. The other main feature the K has is the ability to burst
read. This will improve some flash operations if the processor supports DMA
from flash and you modify the boot or initialization code to enable this
mode. I know the ARM9 core supports it, I don't know offhand if the xScale
does. Anyhow the point is that the J driver lack of burst mode support only
has a performance implication and no functional one. The easiest thing is to
just unlock all flash sectors of the K at power up and use the J driver.
If this isn't your situation (you don't have K parts) then never mind.
--
Rick Adams
rick@theptrgroup.com
next parent reply other threads:[~2005-02-07 4:32 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1CwefL-0002c2-JD@canuck.infradead.org>
2005-02-07 4:32 ` Rick Adams [this message]
2005-02-02 19:44 ST flashes Ashwin Chaugule
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=200502062032.05112.rgadams@cox.net \
--to=rgadams@cox.net \
--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