All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Bjorn Wesen <bjorn.wesen@axis.com>
Cc: mtd@infradead.org
Subject: Re: cramfs and mtd
Date: Thu, 19 Apr 2001 12:33:37 +0100	[thread overview]
Message-ID: <1991.987680017@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.21.0104191118570.11552-100000@godzilla.axis.se>


bjorn.wesen@axis.com said:
> When using cramfs directly on a ROM chip like below.. can we make
> cramfs/inode.c talk to mtd to find a chip maybe instead of using
> direct pointers like I do in my small patch below ? That is, would it
> mess up inode.c to the degree that it would not be accepted in the
> mainline kernel ? :) Or is there a better way to do this ? 

See the evil hack in jffs and jffs2 which uses the minor number of the 
mtdblock device to get a handle on the underlying MTD device. Copy that and 
then use the MTD device directly for read/write.

The real advantage of cramfs-on-mtd comes when you can set 
CONFIG_BLK_DEV=n, though - which means the above evil hack is no longer 
possible. We need to remove FS_REQUIRES_DEV from JFFS{,2} and pass the name 
or number of the MTD device as a mount option instead. If you're doing the 
same thing for cramfs, it's probably better to copy the cramfs code to a 
new filesystem (cmtdfs?) and hack it there. 

There are also vague plans to provide an 'xipfs', which has page-aligned 
data, for the benefit of those with more flash space than sense.

--
dwmw2




To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org

  reply	other threads:[~2001-04-19 11:34 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-19  9:21 cramfs and mtd Bjorn Wesen
2001-04-19 11:33 ` David Woodhouse [this message]
2001-04-19 13:44   ` mkfs.jffs2 again Joakim Tjernlund
2001-04-19 13:52     ` David Woodhouse
2001-04-19 13:56       ` Joakim Tjernlund
2001-04-19 20:06       ` JFFS2 as root FS Joakim Tjernlund
2001-04-20 16:26         ` David Woodhouse
2001-04-21  8:07           ` Joakim Tjernlund
2001-04-21 11:22             ` David Woodhouse
2001-04-21 20:22               ` Joakim Tjernlund
2001-04-23  1:52                 ` David Schleef
2001-04-23  6:15                   ` Joakim Tjernlund
2001-04-23  9:28                   ` Joakim Tjernlund
2001-04-23  9:31                     ` David Woodhouse
2001-04-23 11:00                       ` David Schleef
2001-04-23 11:04                         ` David Woodhouse
2001-04-24  1:56                           ` David Schleef
2001-04-21 12:08             ` David Woodhouse
2001-04-21 20:14               ` Joakim Tjernlund
2001-04-21 22:18                 ` 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=1991.987680017@redhat.com \
    --to=dwmw2@infradead.org \
    --cc=bjorn.wesen@axis.com \
    --cc=mtd@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.