From: Charles Manning <manningc2@actrix.gen.nz>
To: Yong-iL Joh <tolkien@mizi.com>, Studying MTD <studying_mtd@yahoo.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: FAT for NAND Flash --> Use of OOB
Date: Mon, 20 May 2002 11:58:27 +1200 [thread overview]
Message-ID: <20020520000344.CB74B4B989@dragon.actrix.co.nz> (raw)
In-Reply-To: <hbvg9m9gs5.fsf@tolkien.mizi.com>
On Sat, 18 May 2002 17:16, Yong-iL Joh wrote:
> Studying MTD <studying_mtd@yahoo.com> writes:
> > If i want to use FAT with NAND then i have to use :-
> >
> > A. FAT: filesystem driver
> > B. Translation: Translation layer
> > C. MTD: Memory Technology Devices driver
> > D. NAND: generic NAND driver
> > E. Hardware specific driver
> >
> > So i have to add only Translation layer, rest layers
> > will remain same.
> >
> > Am i right ? If not, please correct me.
> >
> > How can i write traslation layer , any reference.
>
> IMHO, you're right.
> we have implemented this way for SMC(SmartMedia Card). :)
>
> but, we can't use current MTD's nand.c because of different usage of OOB.
> we called SMCTL as "B. Translation".
Can you be more specific about the issue here? I'm interested as there might
be some synergy.
I have a different file system (not JFFSx) that uses nand.c, but the
interface provided by nand.c is not optimal.
What I did is write some wrapper functions to map from the way I like to see
NAND ( probably a bit more like SMFS) and the functions provided by nand.c
In the short term, writing your own wrappers is the way to go since it
buffers your code from the mtd nand interface.
In the longer term, the mtd nand interface might expose more functions to to
more SM friendly.
-- Charles
next prev parent reply other threads:[~2002-05-20 0:04 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-16 14:14 FAT for NAND Flash Studying MTD
2002-05-16 14:24 ` David Woodhouse
2002-05-16 14:46 ` Studying MTD
2002-05-16 15:08 ` David Woodhouse
2002-05-16 16:31 ` Paul
2002-05-16 17:35 ` David Woodhouse
2002-05-16 20:34 ` Paul
2002-05-17 6:03 ` David Woodhouse
2002-05-17 6:40 ` Paul
2002-05-18 5:16 ` Yong-iL Joh
2000-01-12 11:37 ` Thomas Gleixner
2002-05-18 7:19 ` David Woodhouse
2002-05-19 23:58 ` Charles Manning [this message]
2002-05-17 13:44 ` Studying MTD
2002-05-17 13:50 ` David Woodhouse
2002-05-17 14:00 ` Studying MTD
2002-05-17 14:39 ` David Woodhouse
2002-05-17 16:19 ` Studying MTD
2002-05-18 16:00 ` David Woodhouse
2002-05-18 17:53 ` Studying MTD
2002-05-18 18:20 ` Studying MTD
2002-05-19 9:34 ` David Woodhouse
2002-05-19 23:26 ` Newby question Charles Manning
2002-05-20 6:49 ` David Woodhouse
2002-05-20 7:48 ` Newby question --> source tree management Charles Manning
2002-05-18 5:13 ` FAT for NAND Flash Yong-iL Joh
2002-05-18 15:30 ` Studying MTD
2002-05-20 3:39 ` Yong-iL Joh
2002-05-20 11:36 ` Studying MTD
2002-05-21 10:52 ` Yong-iL Joh
2002-05-21 22:36 ` Charles Manning
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=20020520000344.CB74B4B989@dragon.actrix.co.nz \
--to=manningc2@actrix.gen.nz \
--cc=linux-mtd@lists.infradead.org \
--cc=studying_mtd@yahoo.com \
--cc=tolkien@mizi.com \
/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