关于Yaffs2在u-boot中的支持

最新推荐文章于 2023-08-03 00:28:36 发布

袁保康

最新推荐文章于 2023-08-03 00:28:36 发布

阅读量5.1k

点赞数 4

分类专栏： BootLoader 文章标签： u-boot yaffs2

本文链接：https://blog.csdn.net/kangear/article/details/10858197

版权

BootLoader 专栏收录该内容

28 篇文章 1 订阅

订阅专栏

本文详细记录了解决NandFlash容量增加后，Yaffs2文件系统支持的移植过程，包括从2k+64的SLC升级到8k+512的MLC，遇到的问题及其解决方法，特别是如何通过调试找到并修正NandFlash数据整理过程中导致的错误，确保Yaffs2镜像正确写入和挂载。

摘要由CSDN通过智能技术生成

开发板是一块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