Запись jffs2 UBOOT-ом в nand, Постоянный принт собщений Magic bitmask XX not found XX & Empty fl Опции

[intel-DX]

Добрый день.

Столкнулся с проблемой записи jffs2 имджа в nand через u-boot. Сама запись проходит без проблем. Но при работе вылетают сообщения:

Empty flash at ххх ends at ххх
JFFS2 notice: (441) check_node_data: wrong data CRC...
jffs2_scan_eraseblock(): Magic bitmask хх not found at ххх instead


Nand у меня MT29F2G08.
– Page size x8: 2112 bytes (2048 + 64 bytes)
– Block size: 64 pages (128K + 4K bytes)
– Plane size: 2 planes x 1024 blocks per plane

jffs2 делаю в buildroot,
"Flash Type: NAND flash with 2kB Page and 128 kB erasesize"

В у-буте пишу имдж так:
"usb start; "
"usb reset; "
"usb 0 0x70000000 roofs.jffs2; "
"nand erase.chip; "
"nand write 0x70000000 0x800000 $filesize; "

Строка загрузки ядра: root=/dev/mtdblock1 rw rootfstype=jffs2

CPU: AT91SAM9G45
U-boot: 2012.07
Kernel: 3.2.6
buildroot: 2012.08

Буду рад любой информации.
Спасибо.

[Hoodwin]

Недавно ковырялись с этим, пока приживляли U-Boot к архитектуре C6000. Навскидку могут быть две причины такого поведения.
1) Раскладка OOB в NAND не совпадает между драйвером mtd устройства в U-Boot и ядре линукс. В итоге получается, что JFFS2 не видит свои метаданные в OOB правильно. Но это маловероятно, если из U-boot пишется образ раздела, созданный с помощью mkfs.jffs2, поскольку в этом случае в OOB изначально ничего не пишется, кроме, возможно ECC. Но в любом случае, это стоит проверить.
2) В драйвере и ядре отличается режим поддержки ECC. В этом случае получается, что записанный образ читается с NAND, но дает расхождение в ECC, затем происходит коррекция данных по ECC, и это приводит к порче CRC в JFFS2. Так что поддержку ECC тоже стоит проверить.