public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Luca Contini <luca.contini@mediaenabling.com>
Cc: "linux-mtd-request@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: Please help, nftl question
Date: Tue, 17 Jun 2003 09:51:12 +0100	[thread overview]
Message-ID: <1055839872.2233.68.camel@passion.cambridge.redhat.com> (raw)
In-Reply-To: <006801c334a8$3aa7c750$a970a8c0@topo>

On Tue, 2003-06-17 at 09:12, Luca Contini wrote:
> Hi all,
> does anybody know wich is the role of the nftl in the nand flash driver
> stack?
> I konw there ere for layers:
> 1. File system layer (e.g. JFFS2 or DOS-FAT)
> 2. MTD
> 3. Nand generic driver
> 4. Hardware specific driver
> 
> where can the nftl be located in the stack?

You are confused about the file system layer.

See http://www.linux-mtd.infradead.org/tech/mtd-upper-layers.fig 
(there's a JPEG for the xfig-challenged at 
 http://www.linux-mtd.infradead.org/~dwmw2/mtd-upper-layers.jpeg )

Atop the MTD layer there is _either_ a real file system such as JFFS2 or
YAFFS, which uses MTD devices directly and presents itself as a file
system to the operating system, or there can be a 'translation layer'
which is a kind of pseudo-filesystem which pretends to be a standard
disk drive. The translation layer could be FTL, NFTL, INFTL or the very
simplistic 'mtdblock'. The translation layer registers a block device
with the Linux block layer, and on top of that you can mount 'normal'
file systems such as cramfs, ext3 and FAT (and all the others).

Also, you can access the 'translated' block devices through their device
nodes (/dev/ftl*, /dev/nftl*, /dev/mtdblock*), and you can access the
MTD devices directly to issue read/write/erase commands via the
/dev/mtdX character device nodes.

See http://www.linux-mtd.infradead.org/tech/mtd-upper-layers.fig 
(there's a JPEG for the xfig-challenged at 
http://www.linux-mtd.infradead.org/~dwmw2/mtd-upper-layers.jpeg )

I've omitted the lower layers. The whole point of the MTD code is that
you shouldn't need to consider the devices and the 'users' of those
devices in the same breath. If you have a question about what's _below_
the 'Linux MTD layer' level, ask it separately. It's actually a little
messier and more fluid.

> is nftl a filesystem or a low level driver?

No. :)

-- 
dwmw2

  reply	other threads:[~2003-06-17  8:50 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-17  8:12 Please help, nftl question Luca Contini
2003-06-17  8:51 ` David Woodhouse [this message]
2003-06-18 11:55   ` Luca Contini
2003-06-18 11:59     ` David Woodhouse
2003-06-20  9:41       ` Luca Contini
2003-06-20  9:42         ` David Woodhouse
2003-06-26  9:01           ` Luca Contini
     [not found]             ` <1056618945.27553.38.camel@passion.cambridge.redhat.com>
2003-06-27  8:14               ` Luca Contini
2003-06-27  8:16                 ` David Woodhouse
2003-06-30 10:37                   ` Luca Contini
2003-06-30 10:36                     ` David Woodhouse

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=1055839872.2233.68.camel@passion.cambridge.redhat.com \
    --to=dwmw2@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=luca.contini@mediaenabling.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