On 11/7/18, 1:05 AM, "David Woodhouse" <dwmw2@xxxxxxxxxxxxx> wrote: On Tue, 2018-11-06 at 13:49 -0800, Nikunj Kela wrote: >> This patch allows the endianness of the JFSS2 filesystem to be >> specified by mount option 'force_endian=big|little|native'. If >> endianness is not specified, it defaults to 'native' endianness >> thus retaining the existing behavior. >> >> Some architectures benefit from having a single known endianness >> of JFFS2 filesystem (for data, not executables) independent of the >> endianness of the processor (ARM processors can be switched to either >> endianness at run-time). >> >> We have boards that are shipped with BE jffs2 and BE kernel. We are >> now migrating to LE kernel. This mount option helps us in mounting >> BE jffs2 on LE kernel. >Thanks for implementing this. JFFS2 has often been very sensitive to >performance at mount time — I'd love to see how this affects the time >taken to mount a large file system. If it's significant, we may want a >config option to make this conditional? > >Also, perhaps we should improve the behaviour when the user >accidentally tries to mount a wrong-endian file system. If we can't >just make it autodetect and use the "correct" endianness, perhaps we >should at least printk a message suggesting that the user try again >with the other endianness? I had tried to use configs to start with via the following patch however I was advised to have a mount option: http://lists.infradead.org/pipermail/linux-mtd/2018-November/085126.html Thanks, -Nikunj ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/