All of lore.kernel.org
 help / color / mirror / Atom feed
From: Holly Gates <hgates@eink.com>
To: David Woodhouse <dwmw2@infradead.org>
Cc: linux-mtd@lists.infradead.org
Subject: Re: Smartmedia block mapping
Date: Tue, 22 Jul 2003 16:34:36 -0400	[thread overview]
Message-ID: <3F1D9FDC.8070403@eink.com> (raw)
In-Reply-To: <1058905076.32360.45.camel@lapdancer.baythorne.internal>



David Woodhouse wrote:

>On Tue, 2003-07-22 at 16:05, Holly Gates wrote:
>
>>Maybe I could see using the mapping table if it was on the card 
>>somewhere,
>>
>
>It is. It's in the 'out of band' area of the data blocks I believe --
>see the SmartMedia specs for details.
>
Right, I sort of got a bit of that by reading docs at samsung's website. 
It seems like the logical block number is stored in the out of band area 
of the physical block. But it seems to me that if this was the only 
place it was stored, then when you plug in the card, the card reader 
would have to read the out of band area for all the blocks on the card 
and make a table in RAM. At least on my card reader, it is only a little 
ASIC on the board. I would be surprised to find a few hundred K of RAM 
on that ASIC, which is what you might want for a table on the larger cards.

By the way, any idea where to get the SM spec? I can't seem to find it 
anywhere that I don't need to sign and NDA or pay hundreds of dollars 
for it.

>> but ideally I could just write the binary file to the sectors 
>>in true, physical, incrementing order. Anyone know of a utility I could 
>>use to do this?
>>
>
>You need special hardware which gives you access to the raw flash
>without doing the translation _for_ you. Most 'card readers' will do it
>for you and hence you don't get this option.
>
Hmm. OK. Thats too bad.

>>I suppose I could build a parallel port adapter and write some software 
>>or something, but that is annoying since I know the computer is capable 
>>of doing what I want if I could get at the right layer of the driver 
>>stack...
>>
>
>No, it's not. Your USB card reader doesn't let you have access to the
>raw flash; it has the translation built-in. 
>
>Either implement the full SMTL in your FPGA, or make sure you use
>hardware which accesses the flash directly, when writing to the device.
>
Dang! Oh well, thanks for the advice. I'll get out the soldering iron I 
guess...

-Holly

  reply	other threads:[~2003-07-22 20:33 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-22 20:05 Smartmedia block mapping Holly Gates
2003-07-22 20:17 ` David Woodhouse
2003-07-22 20:34   ` Holly Gates [this message]
2003-07-24 22:27     ` Charles Manning
2003-07-24 22:33       ` Matthew Dharm
2003-07-24 22:47         ` Charles Manning
2003-07-24 22:57           ` Matthew Dharm
2003-07-25  0:26             ` David Woodhouse
2003-07-22 21:11 ` 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=3F1D9FDC.8070403@eink.com \
    --to=hgates@eink.com \
    --cc=dwmw2@infradead.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.