Cram FS on NAND - How to do this?

[Russ Dill]

> I'm talking about a read only filesystem, and generating
> the bad block info at mount time.
> 
> Perhaps I could also use some kind of lazy bad block scanning technique
> in which the list would only be generated up to point where
> someone requested a read.
> 
> Well, and if a block goes bad what was written as good there
> is nothing any filesystem can do but die complaining.

Bad blocks would be generated at FS creation time, but as time goes on,
some blocks may start going bad. May not be important for 5 or 6
devices, but when you go into production with 100+ devices, this would
become important. Once a block goes bad, but the data is recoverable
with ECC, you'd want to relocate the block at the end of the FS and note
it somehow..

or not:

An index is in each oob, for the first n (where n is the size of the FS)
blocks, the index is just the block number. After that, if a block is
found bad while writing the FS, or during usage, that block is rewritten
past the end of the FS in the "reserve area" with the index number of
that block.

At mount time, the only scanning that would need to be done is in the
reserve area.


-- 
Russ Dill <Russ.Dill at asu.edu>