* ST flashes
@ 2005-02-02 19:44 Ashwin Chaugule
0 siblings, 0 replies; 2+ messages in thread
From: Ashwin Chaugule @ 2005-02-02 19:44 UTC (permalink / raw)
To: linux-mtd
Hi,
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.
sorry i dont have the board with me, i shall post the dumps soon..
On both the boards,
it boots up properly , performs all file operations smooth ...mount ,
read write etc..
on the AMD , this performance is consistent even after powering the
board down.
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.
So I upgraded , the mtd subsys , along with jffs2 , but still the same
behaviour...
Also , after upgrading mtd , i found that , the lubbock driver uses
ioremap_cached and DMA , which is not available
in 2.4.19 , so i disabled all of it , but then the cfi probe fails , and
only rom_mapping works...
due to which im guessing , mtdblock0 gets write protected and mounts
jffs2 as read-only.
So I used the physmap driver , created one partition just like the
lubbock driver .. , but then again , it mounts it as ro !!
here again , only ROM mapping works , it doesnt detect the flash type
anymore. I have enabled Intel/Sharp , ST and AMD flash driver options in
the CFI submenu.
Before upgrading the mtd , these options used to work.
Can anyone , give me a lead here ?
Thanks,
--
-------------------------
Ashwin Chaugule
Embedded Systems Engineer
Aftek Infosys Ltd.
[Embedded Division]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: ST flashes
[not found] <E1CwefL-0002c2-JD@canuck.infradead.org>
@ 2005-02-07 4:32 ` Rick Adams
0 siblings, 0 replies; 2+ messages in thread
From: Rick Adams @ 2005-02-07 4:32 UTC (permalink / raw)
To: linux-mtd
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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-02-07 4:32 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <E1CwefL-0002c2-JD@canuck.infradead.org>
2005-02-07 4:32 ` ST flashes Rick Adams
2005-02-02 19:44 Ashwin Chaugule
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox