>> Please, think about joining us instead :-) >> > > Of course, if NandFS is better than UBI/UBIFS, then maybe you should think > about joining him instead! :) Yep, I think you should do that ! :) Seriously, NandFS may not be scalable, but with checkpoints and writeback it'll should get better performances than JFFS/YAFFS. And as it only use mtd, it should be more easily portable to something else that linux. But I know that we now need scalable solutions, and it's why I work on another project ( http://uffs.org/ ). What we are trying to do with that is totaly different. We will try to do something portable (linux, windows, fuse (for MacOSX and *BSD)). And more important we wan't to make it work on raw NAND, *and* on block devices based on NAND. For that we've got EBM, which is very similar to UBI (and uses UBI on Linux) to talk to raw NAND or block devices. You may look at http://uffs.org/pages/documentation . For the core filesystem, we may make something new or use a modified version of UBIFS (in this case, the project may be re-named). Anyway, by working on UFFS, we will contribute to UBI/UBIFS and UBI2 (ebm on block devices will look like UBI2). -- Corentin Chary http://xf.iksaif.net -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
