All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Studying MTD <studying_mtd@yahoo.com>
Cc: linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: why MTD model ?
Date: Fri, 14 Jun 2002 10:23:39 +0100	[thread overview]
Message-ID: <20169.1024046619@redhat.com> (raw)
In-Reply-To: <20020614090125.91096.qmail@web21507.mail.yahoo.com>

studying_mtd@yahoo.com said:
>  We can change the sector size on block devices. 

Even if Linux could cope with sectors larger than PAGE_SIZE, the amount of
space wasted by using 64KiB sectors would be prohibitive. Perhaps reiserfs 
with its tail-packing option could cope, but I doubt it very much.

>  I think, this is not neccesary to keep erase independent from
> writing, we can erase before we write.

Not if you want to be able to write fewer data than an entire eraseblock at 
a time, or if you care about limiting the number of erase cycles.

> It is not neccesary that we use JFFS2, we can use any filesystem on
> flash but at low level when we are writing to flash, we can use wear
> levelling. 

Indeed, this is as I said. You can use a 'normal' journalling file system on
top of another pseudo-filesystem which emulates a block device. Your
'normal' file system will write each block of data to the flash twice --
once to its 'journal' and then again to the actual file system structure, 
while your underlying pseudo-filesystem will faithfully log this activity.

If you are misguided enough to desire this behaviour, it is possible. The 
translation layer is a 'user' of an underlying MTD device driver which 
actually performs the fundamental read/write/erase operations on the flash 
chips. The MTD API represents those fundamental capabilities of the 
hardware.

>  Are these are only feature provided by MTD ? 

By the MTD API, yes. The sole purpose of the MTD API is to represent the
functionality of Memory Technology Devices, and therefore that is all it 
does.

The MTD code base contains drivers for various flash chips, real flash file
systems, and also some of these 'translation layers' which are used to 
emulate a block device. 

>  I am not able to understand what is special in MTD model ? 

There is nothing particularly special about it. It merely represents the
capabilities of the hardware in a way which makes it possible to use it
effectively.

--
dwmw2

  reply	other threads:[~2002-06-14  9:23 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-12 23:53 why MTD model ? Studying MTD
2002-06-13 10:34 ` David Woodhouse
2002-06-13 16:19   ` Studying MTD
2002-06-13 16:39     ` Gregg C Levine
2002-06-13 17:13     ` Howto create a new jffs2 Krypton
2002-06-14  2:22       ` Steve Tsai
2002-06-14  3:20         ` Problem putting JFFS on MTD Clifford Loo
2002-06-14  7:33           ` David Woodhouse
2002-06-14  8:46             ` Clifford Loo
2002-06-14  8:50               ` David Woodhouse
2002-06-14  9:18                 ` Clifford Loo
2002-06-14  9:17                   ` David Woodhouse
2002-06-14  9:39                     ` Clifford Loo
2002-06-14  6:22         ` Howto create a new jffs2 Krypton
2002-06-14  6:55           ` Studying MTD
2002-06-14  7:46             ` Krypton
2002-06-14  7:47             ` David Woodhouse
2002-06-14  9:52               ` Krypton
2002-06-13 21:34     ` why MTD model ? David Woodhouse
2002-06-14  4:29       ` Studying MTD
2002-06-14  7:54         ` David Woodhouse
2002-06-14  9:01           ` Studying MTD
2002-06-14  9:23             ` David Woodhouse [this message]
2002-06-14  9:59               ` Studying MTD
2002-06-14 12:21                 ` David Woodhouse
2002-06-14 12:36                   ` Gregg C Levine
2002-06-19 14:28                 ` Eric W. Biederman
     [not found] <4611.1024058858@redhat.com>
2002-06-14 23:39 ` Gregg C Levine
2002-06-15  7:34   ` 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=20169.1024046619@redhat.com \
    --to=dwmw2@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=studying_mtd@yahoo.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 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.