jffs2 32-bit access issue

Josh Boyer jwboyer at gmail.com
Fri Dec 26 15:33:00 EST 2008


On Fri, Dec 26, 2008 at 12:55:08PM -0500, ARXX Dev Team wrote:
>That is exactly what we have done. Hence we have added calls to

No, it isn't.  If it's what you had done, then your mapping driver
would have taken the 32-bit accesses and acted accordingly and
turned them into two 16-bit reads.

>jffs2_fill_scan_buf(..) in our patch instead of direct access that was
>in jffs2 code. Without MTD layer function calls, jffs2 scan/erase
>functions fail. As you will see in our code patch, we have accessed
>flash data using MTD layer functions (or 16-bit pointers) instead of
>32-bit access that exist in jffs2 code.

I can't exactly read your patch because it seems to be corrupted
somehow.  But I'm not sure those hacks are needed at all.

It seems you are trying to force use of the mtd->point methods
and this doesn't really seem to fit with your hardware.  The
mtd->read function should call your driver, which should be able
to determine what to do for your hardware.

josh



More information about the linux-mtd mailing list