am335x yaffs2 文件系统移植,挂载老是失败，请问是不是ECC导致的？

谢谢回复。
这两天看了下源码，BCH8 ECC需要14＊4＝56字节，OOB区就只剩下6个字节了，不够yaffs使用的。
看来，只要使用BCH8，就不可能使用yaffs2了。
如果能使用BCH4，那么ECC要8＊4＝32字节，这样有可能用yaffs2，可惜PSP不支持。不知道增加BCH4有多大的难度。
如果使用软件纠错，我在想，还有没有必要使用yaffs? 有硬件纠错的jffs能比软件纠错的yaffs效率低吗？不知您有何高见？

回你最后的那个帖子， 一个是oob的计算，请参考 processors.wiki.ti.com/.../AM335x_NAND_Driver%27s_Guide，我觉得可以用软件试试看，看性能如何
                                                                         如果我的回答解决了您的问题，请确认答案，谢谢！：）

终于成功了，，真他妈纠结啊，， 我用的是最新的mkyaffs2img，，是有问题的，文件大小超大，建议使用原先想就OK的mkyaffs2img，，还有就是uboot(不要用2011.09，有问题，用最新的)还有要修改参考blog.csdn.net/.../7879465  
如果是正常的不带oob2字节偏移和ecc数据的img，烧写之前先使用nandecc sw，

多谢分享！！
                                                                         如果我的回答解决了您的问题，请确认答案，谢谢！：）

blog.csdn.net/.../6966383   这个上面讲了MTD_OOB_RAW与MTD_OOB_AUTO的区别，MTD_OOB_RAW直接烧写数据到OOB；
MTD_OOB_AUTO则会只修改OOB_FREE 数据，而且会增加offset（offset=2，前两字节为坏块标识，所以烧写时跳过）；
使用MTD_OOB_AUTO烧写，再配合nandecc sw，就可以自行产生uboot带的ecc；

总结下我的修改：
1、修改uboot代码中关于write.yaffs 部分（原先代码当没有坏块的情况下，直接烧写nand，没有烧写oob）;
2、将内核的ECC改为SOFT_ECC;
3、在内核中加入yaffs2支持（最好使用以前使用过的OK的）；
4、使用mkyaffs2img（以前OK的）制作img文件，使用nandecc sw 烧写；

你这个问题是怎么解决的。。
我现在用的uboot-2013.10也是怀疑，yaffs补丁有问题。。。

BSP中的kernel是支持BCH4 ECC的。uboot需要自行修改代码。
但是我下载kernel.org的linux3.10，kconfig是这样写的:
choice
    prompt "BCH error correction capability"
    depends on MTD_NAND_OMAP_BCH

config MTD_NAND_OMAP_BCH8
    bool "8 bits / 512 bytes (recommended)"
    help
     Support correcting up to 8 bitflips per 512-byte block.
     This will use 13 bytes of spare area per 512 bytes of page data.
     This is the recommended mode, as 4-bit mode does not work
     on some OMAP3 revisions, due to a hardware bug.

config MTD_NAND_OMAP_BCH4
    bool "4 bits / 512 bytes"
    help
     Support correcting up to 4 bitflips per 512-byte block.
     This will use 7 bytes of spare area per 512 bytes of page data.
     Note that this mode does not work on some OMAP3 revisions, due to a
     hardware bug. Please check your OMAP datasheet before selecting this
     mode.

endchoice
其中提到某些OMAP3 型号的4bitecc有硬件bug，就不知道具体是哪些型号了，既然有bug，TI也敢推出来？
对于2K页大小的SLC nand，移植yaffs最好的方案就是BCH4 ECC，如果懒得调，用uboot和内核都自带的SOFT ECC也是可以的。
另外，BCH4的算法应该是每512字节生成7字节的ecc校验码，ELM要求取偶数，7+1 = 8， 所以对于2K页的nand，OOB共64字节，OOB区需要占用8*4 = 28字节存放ecc code，
2 (badblock markers)+32（ecc code） + 28（yaffs tag）<64，所以说BCH4是最佳方案。