关于Yaffs2在u-boot中的支持

        开发板是一块2G的MLC的NandFlash，页大小8k+512，为其移植u-boot到yaffs2这了。以前在Mini2440上移植过2k+64的slc的NandFlash的Yaffs2支持，当然也是走马观花式的。等于对Yaffs2的概念还不是太清晰，不过这次也本不想去深入了解Yaffs2，想快点到Yaffs2+硬件ECC校验。但是这个Yaffs支持8k的页大小吗？网上现有的都是2k/Pagesize的。为此我又静下心看看Google和书。

        关于Yaffs2几个疑点，这里的Yaffs2中的“2”和它支持的pagesize 2k中的"2",可以不要搞混淆了。不要以为对于4k or 8k/pagesize大小上的会出现yaffs4 yaffs8。没有的事。Yaffs2是一种文件系统的格式，与Yaffs1的区别中确实是关于pagesize的关系，但是如果你NandFlash再大，目前的Yaffs2也是能够管理的。当然说话是要有根据的，我在Yaffs2邮件列表中可以看到证据(这里)；这里还要说明的是如果你直接去Yaffs2的官网，还在宣传它支持2k pagesize，这我个人认为是其文档太老的原因。

        转到的8k+512上来说，要想支持Yaffs2，就要在u-boot中移植这个功能，这个移植很成熟了，找一本书或者Google一下就能找到答案。然后依葫芦画瓢，添加之。但是为了这个Yaffs2移植的完整性，我要先在2k+64的pagesize中实验，因为slc不开启硬件ecc都可以无误支持，这个移植好后，可以直接来烧一个Yaffs2镜像直接启动挂载，只有正确挂载了说明才完全成功了。如果Yaffs2成功了，再一步步实现Yaffs2+HWECC。

         思路分析完了，就开始着手了，Yaffs2的添加直接参考《u-boot for tiny210 ver4.0 (by liukun321 咕唧咕唧)》。本以为没有什么问题。可是问题就出来了。添加完之后，用nand dump e00000看是没有问题的。然后用它烧写后的Yaffs2不能正确挂载，开始着急了，本来烧写的慢，我硬着头皮试到深夜也不行。(现在看来应该是要先冷静下来，想想怎么解决这个问题)

         就扔下了，过了几天后，确实冷静了，想了几个调试的点。1.我只看了第1页的内容，没有查看后期的，后边查看一下说不定会有新发现。2.(其实没有第2，3了，说说没有冷静的想法，当时想我的和参考的u-boot不是一个版本，我真该直接用它的，现在用的版本就是shi。还觉得会是某些位烧写反转了，检查起来会非常麻烦，所以也恐惧)。真下用第一种方法去调试的时候，问题就解决了。下面说一下我调试的过程。

         1.先不去测试挂载，只看烧写的内容是，找到错在哪里了。所以我只需做一个最小的文件系统一个目录，里边一个helloworld.c内容为helloworld程序。用mkyaffs2img-128工具制作成镜像名字为yaffs2.img。这样方便测试。不耽误时间。

         2.查看第2页及以后的页和oob的内容查看规律。

         yaffs2.img只占了3页内容，看了这3页内容，我就找到了问题所在：

        3页原本不现的oob区内容，现在与源镜像比较发现都是第一个oob区中的内容。但是数据没有出现这个情况。为此请教了一个老手，描述了这个情况。他大概说了page oob中的内容是怎么进到NandFlash中的，mtd驱动就先将这个Yaffs2镜像，在内存中摆弄，摆弄成data1| data2| data3|  oob1| oob2|  oob3|。就好比你把碗中的花椒和你要吃的饭放开，这样你就在享受美味的同时一个花椒坏了你的心情。主要是方便。如果出现只有都是第页的oob区的内容，那就看看是它在整理这些数据的时候出现了问题还是怎么回事。这个整理在driver/mtd/nand/nand_base.c的nand_write这个函数中。 +#define NAND_YAFFS2_DEBUG 

+#ifdef NAND_YAFFS2_DEBUG

+  int j = 0;

+#endif

   uint8_t oobtemp[oobsize];

   int datapages = 0;

 

   datapages = len/(datasize);

   for(i=0;i<(datapages);i++) {

     memcpy((void *)oobtemp, (void *)(buf+datasize*(i+1)),oobsize);

     memmove((void *)(buf+datasize*(i+1)),(void *)(buf+datasize*(i+1)+oobsize),(datapages-(i+1))*(datasize)+(datapages-1)*oobsize);

     memcpy((void *)(buf+(datapages)*(datasize+oobsize)-oobsize),(void *)(oobtemp),oobsize);

+#ifdef NAND_YAFFS2_DEBUG 

+    printf("\noob %d:\n", i);

+    for(j=0; j<(oobsize); j++)

+      printf("%02X ", buf[((datapages)*(datasize+oobsize)-oobsize)+j]);

+#endif

   }

然后发现不这里是没有问题的，如下，和源文件是一样的，没有出现是整理出错的问题。

[Ver130726-TINY210v2]# nand write.yaffs 21000000 e00000 $filesize

NAND write: device 0 offset 0xe00000, size 0x18c0

Writing at 0xe00000 -- 

oobtemp 0:

FF FF 0 10 0 0 1 0 0 0 0 0 0 0 FF FF 0 0 30 BF F2 BF 5 0 0 0 5 0 0 0 3 0 0 0 D0 BF F2 BF 3 0 AA 9A A7 A6 95 AB FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

oobtemp 1:

FF FF 0 10 0 0 1 1 0 0 0 0 0 0 FF FF 0 0 25 0 0 0 0 0 0 0 FF FF FF FF 0 0 0 0 34 BF F2 BF 1 0 FC C 3 F3 30 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

oobtemp 2:

FF FF 0 10 0 0 1 1 0 0 1 0 0 0 47 0 0 0 3 BB F2 BF 8 0 0 0 8 0 0 0 A8 BF F2 BF 1 0 0 0 5 0 95 9A A7 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 100% is complete. 6144 bytes written: OK

[Ver130726-TINY210v2]# 

再然后是老手告诉我可以看看nand_fill_oob函数的问题，它是负责定位的。如果它定位始终是第1个oob内容，那么说明就是它引起的问题。

@@ -1998,8 +1998,10 @@ static int nand_do_write_ops(struct mtd_info *mtd, loff_t to,

     }

 

     if (unlikely(oob)) {

+      printf("\noob a:%d\n", oob);

       size_t len = min(oobwritelen, oobmaxlen);

       oob = nand_fill_oob(chip, oob, len, ops);

+      printf("\noob b:%d\n", oob);

       oobwritelen -= len;

     }

 

@@ -2050,23 +2052,31 @@ static int nand_write(struct mtd_info *mtd, loff_t to, size_t len,

打印信息如下，发现经过nand_fill_oob确实是在作怪。之后的页oob指向定位都没有变。

oob 0:

FF FF 00 10 00 00 01 00 00 00 00 00 00 00 FF FF 00 00 30 BF F2 BF 05 00 00 00 05 00 00 00 03 00 00 00 D0 BF F2 BF 03 00 AA 9A A7 A6 95 AB FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

oob 1:

FF FF 00 10 00 00 01 01 00 00 00 00 00 00 FF FF 00 00 25 00 00 00 00 00 00 00 FF FF FF FF 00 00 00 00 34 BF F2 BF 01 00 FC 0C 03 F3 30 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

oob 2:

FF FF 00 10 00 00 01 01 00 00 01 00 00 00 47 00 00 00 03 BB F2 BF 08 00 00 00 08 00 00 00 A8 BF F2 BF 01 00 00 00 05 00 95 9A A7 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

oob a:553654272

oob b:553654336

oob a:553654336

oob b:553654336

oob a:553654336

oob b:553654336

100% is complete. 6144 bytes written: OK

最后定位到：

@@ -1998,11 +2003,18 @@ static int nand_do_write_ops(struct mtd_info *mtd, loff_t to,

     }

 

     if (unlikely(oob)) {

+#ifdef NAND_YAFFS2_DEBUG 

       printf("\noob a:%d\n", oob);

+      printf("oobwritelen=%d, oobmaxlen=%d\n", oobwritelen, oobmaxlen);

+#endif

       size_t len = min(oobwritelen, oobmaxlen);

       oob = nand_fill_oob(chip, oob, len, ops);

+#ifdef NAND_YAFFS2_DEBUG 

       printf("\noob b:%d\n", oob);

+#endif

+#ifndef CONFIG_CMD_NAND_YAFFS

       oobwritelen -= len;

+#endif

     }

 

     ret = chip->write_page(mtd, chip, wbuf, page, cached,

@@ -2058,7 +2070,7 @@ static int nand_write(struct mtd_info *mtd, loff_t to, size_t len,

解决了问题：

Page 00e00000 dump:

OOB:

ff ff 00 10 00 00 01 00

00 00 00 00 00 00 ff ff

00 00 30 bf f2 bf 05 00

00 00 05 00 00 00 03 00

00 00 d0 bf f2 bf 03 00

aa 9a a7 a6 95 ab ff ff

ff ff ff ff ff ff ff ff

ff ff ff ff ff ff ff ff

[Ver130726-TINY210v2]# nand dump.oob e00800

Page 00e00800 dump:

OOB:

ff ff 00 10 00 00 01 01

00 00 00 00 00 00 ff ff

00 00 25 00 00 00 00 00

00 00 ff ff ff ff 00 00

00 00 34 bf f2 bf 01 00

fc 0c 03 f3 30 ff ff ff

ff ff ff ff ff ff ff ff

ff ff ff ff ff ff ff ff

[Ver130726-TINY210v2]# nand dump.oob e01000

Page 00e01000 dump:

OOB:

ff ff 00 10 00 00 01 01

00 00 01 00 00 00 47 00

00 00 03 bb f2 bf 08 00

00 00 08 00 00 00 a8 bf

f2 bf 01 00 00 00 05 00

95 9a a7 ff ff ff ff ff

ff ff ff ff ff ff ff ff

ff ff ff ff ff ff ff ff

[Ver130726-TINY210v2]#

这样问题就解决了。也印证了最后的改动是小的，但是定位到这个问题的所在才是关键的。

这样就可以然后上边的参考文档在mlc中启动挂载文件系统了。

下期报料，下期要实现的是不关闭内核的硬件ECC 就能从NandFlash挂载文件系统。老手说重点在driver/mtd/nand/nand_base.c中的nand_fill_oob中的MTD_OOB_AUTO中的实现。先报料到这里。