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

       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