jffs2 cleanmarker on OneNAND

Pete MacKay linux at architechnical.net
Tue Jul 17 19:31:12 EDT 2007


We're using a hand-updated 2.6.18 kernel with a root partition on OneNAND.
 We write a jffs2 image (mkfs.jffs2 version 1.50) with nandwrite -p.  If
we use flash_eraseall -j to write the cleanmarkers to the OOB then
jffs2_check_nand_cleanmarker comes back OK but jffs2_check_oob_empty
returns a 1 because it sees 0x30 at location 0xB, which is part of the
cleanmarker (it ignores ECC data properly).  This causes an unnecessary
block erase.

Does anyone know why that byte in the cleanmarker isn't being skipped in
checking for 0xFF?

mtd-utils are latest from git cross-compiled to arm-linux with gcc-3.4.4
running on a PXA-270.

Also, different topic: we get "Unknown but compatible feature node
(0x2005)" messages at the beginning of each populated block.  Any ideas on
that?  Mismatched MTD driver / mtd-utils versions maybe?

Thanks Much,
Pete MacKay



More information about the linux-mtd mailing list