From: Thomas Gleixner <tglx@linutronix.de>
To: Russ Dill <Russ.Dill@asu.edu>, Srinivasu.Vaduguri@nokia.com
Cc: linux-mtd@lists.infradead.org
Subject: Re: CRAMFS on MTD/NAND Issue
Date: Wed, 08 Jan 2003 21:27:24 +0100 [thread overview]
Message-ID: <200301082127.24636.tglx@linutronix.de> (raw)
In-Reply-To: <1042054935.10724.10.camel@timmy>
On Wednesday 08 January 2003 20:42, Russ Dill wrote:
> NAND *will* have bad blocks, cramfs does not handle bad blocks. There
> isn't an elegant solution for this right now, but here are some options:
> yaffs: desgined for NAND, but has no compression
Solid, but no compression
> jffs2: The NAND code is pretty new, and the journalling is probably
> overkill for your application, but it will work, and should be able to
> adapt to bad blocks.
The code is pretty new in comparison to Makefile V1.0, but it's used in
production system and can be considered "stable".
It's really a realiable rootfs.
> roll your own: Please, make a static compressed filesystem (like cramfs)
> that incorporates extra blocks, so that when the checksum is bad while
> initially writing the filesystem, or reading the file system (in the
> case where ecc can save the data), it rewrites this block to a free
> sector). It would seem like a simple modification to cramfs to me.
Don't reinvent the wheel! :)
--
Thomas
________________________________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx@linutronix.de
next prev parent reply other threads:[~2003-01-08 19:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-08 12:40 CRAMFS on MTD/NAND Issue Srinivasu.Vaduguri
2003-01-08 19:42 ` Russ Dill
2003-01-08 20:27 ` Thomas Gleixner [this message]
2003-01-08 20:51 ` Henrik Nordstrom
2003-01-08 22:04 ` Thomas Gleixner
2003-01-09 1:08 ` Henrik Nordstrom
2003-01-09 19:07 ` Russ Dill
2003-01-08 20:33 ` Henrik Nordstrom
2003-01-08 20:46 ` Russ Dill
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=200301082127.24636.tglx@linutronix.de \
--to=tglx@linutronix.de \
--cc=Russ.Dill@asu.edu \
--cc=Srinivasu.Vaduguri@nokia.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox