2013/8/5 John Crispin <[email protected]>: > On 05/08/13 08:13, Rafał Miłecki wrote: >> >> 2013/8/3 John Crispin<[email protected]>: >>> >>> On 03/08/13 16:04, Chirag Chhatriwala wrote: >>>> >>>> >>>> So what does this mean for the future of OpenWrt on NAND based devices? >>>> It seems like there are quite a few new and upcoming devices making use >>>> of NAND flash exclusively. If squashfs (which according to me has been >>>> the filesystem of choice on my openwrt installations) is not it good >>>> shape, are we throwing in the towel? Surely, there must be some hope for >>>> OpenWrt users for these new devices. >>>> >>> >>> Hi, >>> >>> why so negative ? no one said we are throwing the towel ... in general >>> those >>> targets using nand need to be converted to using an intermediate layer >>> such >>> as ubi, which several targets already do. >> >> > >> I don't understand that. What do you mean by some targets using UBI? I > > its a straight forward sentence, please explain which part you don't > understand
I followed that sentence with my questions. If you know that stuff, could try help and explain it a bit instead of being spiteful, please? >> thought it's filesystem that has to be modified to use extra layer > > was not aware of this, jffs2 works fine on top of ubi. ubi is a intermediate > translation layer that exposes mtd device to the api above it. I quickly checked jffs2 and it seems to be using mtd directly (mtd_read, mtd_write, mtd_erase). How does JFFS2 can work with UBI then? Only by using gluebi which emulates MTD on top of UBI? >> (like UBI). How a target (like ar71xx, brcm47xx, x86, whatever) can >> make squashfs use UBI? > > you should use jffs for example. although squash should work it makes no > sense really to use it. Do you mean JFFS2 for /rom and JFFS2 for /overlay? Something I proposed when replying to Jonas? By the way... what API is currently used by squashfs? I can't see any "mtd_read" calls in it. From quick overview I suspect it is using mtdblock. Am I right? -- Rafał _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
