squashfs and NAND flash

[Phillip Lougher]

Josh Boyer wrote:
> On 4/27/06, Phillip Lougher <phillip at lougher.demon.co.uk> wrote:
> 
>> A couple of years ago I did some work making Squashfs work with NAND.
>> Because of the inherent unreliability of NAND, and the constant MTD code
>> base changes, I decided not to make this work publically available.
> 
> 
> Just out of curiosity, did you do this in the filesystem itself or via
> a FTL like what has been discussed so far?

It was done in the filesystem itself, in a way similar to that which has 
been discussed.  Bad blocks were skipped, and on good blocks the block 
number of the stored block was written to the OOB data area.  Blocks 
were accessed by going to the expected block, and (if this wasn't the 
expected block due to bad block skipping) then scanning forwards until 
the expected block was found.

> 
>> Providing native NAND support in Squashfs represents too much work for
>> absolutely no gain.  It is unlikely this is going to change in the near
>> future.
> 
> 
> There is gain in providing a generic mechansim that block type
> filesystems can use to do this though.  Simple economics are going to
> drive more devices to have NAND parts than NOR, so something needs to
> eventually fill this gap.
> 

I think I was maybe a little unclear as to what I meant.  I think a 
generic mechanism that block filesystems could use would be very useful. 
  What I meant was providing NAND support in Squashfs would generate a 
lot more support requests and require more maintenance.  Unfortunately, 
I don't have the resources to do this.

Phillip