public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* 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