[PATCH] remove support for virtual blocks
Jörn Engel
joern at wohnheim.fh-wedel.de
Wed Aug 31 06:04:24 EDT 2005
On Wed, 31 August 2005 16:34:01 +0800, zhao forrest wrote:
> >
> Hmm...I think I don't have a very clear picture of implementation
> details. In particular I don't have a clear mind of following points:
There are two possible answers to both questions. Let me reorder
things.
> 2 Will a new node type be introduced in order to implement 1:1 mapping?
A yes
B no
> 1 compatibility issue. Let's name the JFFS2 with 1:1 mapping support
> as "new", and the JFFS2 without 1:1 mapping as "old". So what's the
> expected behaviour of mounting "new" JFFS2 binary upon "old" JFFS2 fs
> image? What's the expected behaviour of mounting "old" JFFS2 binary
> upon "new" JFFS2 fs image?
A Mounting a new binary with old code will always fail.
Mounting an old binary with new code may cause data loss (see old
mail), unless we add a compatibility mode.
B Mounting a new binary with old code will always succeed.
Mounting an old binary with new code may cause data loss and there
won't be a compatibility mode.
"may cause data loss" simply depends on whether people used virtual
blocks before or not. If the fs was small enough, they had a 1:1
mapping anyway. If they had the MTD_NO_VIRTBLOCKS set, they also had
a 1:1 mapping. Remaining people are fscked.
Dwmw2 and myself are leaning towards answer B. Rationale is that this
strategy will only fsck people that are already fscked. I guess we
should still attach a BIG FAT WARNING in BOLD RED LETTERS to the
update, but at least this won't bother the majority of people.
And I don't claim to hold the ultimate truth in this matter. A better
approach may exist.
Jörn
--
Rules of Optimization:
Rule 1: Don't do it.
Rule 2 (for experts only): Don't do it yet.
-- M.A. Jackson
More information about the linux-mtd
mailing list