开发板是一块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。
就扔下了,过了几天后,确实冷静了,想了几个调试的点。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中的实现。先报料到这里。
- Spring Boot 中如何支持异步方法
本人免费整理了Java高级资料,涵盖了Java.Redis.MongoDB.MySQL.Zookeeper.Spring Cloud.Dubbo高并发分布式等教程,一共30G,需要自己领取.传送门:h ...
- Spring Boot中如何扩展XML请求和响应的支持
在之前的所有Spring Boot教程中,我们都只提到和用到了针对HTML和JSON格式的请求与响应处理.那么对于XML格式的请求要如何快速的在Controller中包装成对象,以及如何以XML的格式 ...
- Spring Boot中扩展XML请求和响应的支持
在Spring Boot中,我们大多时候都只提到和用到了针对HTML和JSON格式的请求与响应处理.那么对于XML格式的请求要如何快速的在Controller中包装成对象,以及如何以XML的格式返回一 ...
- Spring Boot中使用EhCache实现缓存支持
SpringBoot提供数据缓存功能的支持,提供了一系列的自动化配置,使我们可以非常方便的使用缓存.,相信非常多人已经用过cache了.因为数据库的IO瓶颈.一般情况下我们都会引入非常多的缓存策略, ...
- 【原】spring boot source 1.5 中不支持 diamond 运算符
最近要开发新的项目,就花了几天时间看了下spring boot的相关资料,然后做了一个demo,不得不说开发效率确实很快,几行注解就完成了事务,aop,数据库等相关配置:但由于先前习惯了spring ...
- Spring Boot中的缓存支持(一)注解配置与EhCache使用
Spring Boot中的缓存支持(一)注解配置与EhCache使用 随着时间的积累,应用的使用用户不断增加,数据规模也越来越大,往往数据库查询操作会成为影响用户使用体验的瓶颈,此时使用缓存往往是解决 ...
- spring boot(三):Spring Boot中Redis的使用
spring boot对常用的数据库支持外,对nosql 数据库也进行了封装自动化. redis介绍 Redis是目前业界使用最广泛的内存数据存储.相比memcached,Redis支持更丰富的数据结 ...
- maven编译报错 -source 1.5 中不支持 lambda 表达式
在用maven编译项目是由于项目中用了jdk 1.8, 编译是报错 -source 1.5 中不支持 lambda 表达式,Google找到这篇解决方案,记录一下: 编译时报如下错误: [ERROR ...
- 在Spring Boot中使用Https
本文介绍如何在Spring Boot中,使用Https提供服务,并将Http请求自动重定向到Https. Https证书 巧妇难为无米之炊,开始的开始,要先取得Https证书.你可以向证书机构申请证书 ...
- springboot(十一):Spring boot中mongodb的使用
mongodb是最早热门非关系数据库的之一,使用也比较普遍,一般会用做离线数据分析来使用,放到内网的居多.由于很多公司使用了云服务,服务器默认都开放了外网地址,导致前一阵子大批 MongoDB 因配置 ...
随机推荐
- ARM架构下linux设备树加载的方法
引入设备树后bootloader加载DTB方法: 1. 标准方法 将linux kernel放到内存地址为<kernel img addr>的内存中. 将DTB放到地址为<dtb a ...
- Java学习----到底调用哪一个方法(多态)
public class Father { public void print() { System.out.println("Father:print()"); } } publ ...
- Access自动编号的初始值设置及重置编号 转
方法如下: ALTER TABLE tableName ALTER COLUMN Id COUNTER (100, 5) 其中:tableName为要修改的表名,Id为自动编号列,100为初始值,5为 ...
- 微信JS-SDK实际分享功能
为了净化网络,整顿诱导分享及诱导关注行为,微信于2014年12月30日发布了<微信公众平台关于整顿诱导分享及诱导关注行为的公告>,微信平台开发者发现,原有的微信分享功能不能用了,在ipho ...
- POJ 1321-棋盘问题(DFS 递归)
POJ 1321-棋盘问题 K - DFS Time Limit:1000MS Memory Limit:10000KB 64bit IO Format:%I64d & %I6 ...
- 实现一个简单的sniffer
#include<stdio.h> #include<pcap.h> #include<unistd.h> #include<stdlib.h> //# ...
- 简明解释算法中的大O符号
伯乐在线导读:2009年1月28日Arec Barrwin在StackOverflow上提问,“有没有关于大O符号(Big O notation)的简单解释?尽量别用那么正式的定义,用尽可能简单的数学 ...
- wlan的QOS配置
WLAN QoS配置 1.1 WLAN QoS简介 802.11网络提供了基于竞争的无线接入服务,但是不同的应用需求对于网络的要求是不同的,而原始的网络不能为不同的应用提供不同质量的接入服务,所以已 ...
- texedo 分布式事务
1.问题现象 但是实际情况,完全出乎笔者的想法.检查一般对象数据表锁定,只需要检查v$locked_object和v$transaction视图,就可以定位到具体人.但是检查之后的结果如下: SQL& ...
- France \'98(概率)
题目描述 Today the first round of the Soccer World Championship in France is coming to an end. 16 countr ...