本帖最后由 blacksword 于 2012-3-29 13:35 编辑
最近一个Case进入最近封产品阶段。
大家都知道产品化阶段,让生产线上的工人干的活越少越好。
一件产品在生产线上的时间越短越好。
就好比生孩子,在医院的时间越短,让医生操心的事情越少,你就越少生孩子的痛,也越少伤钱袋子。2012年的医疗,你伤不起呀!
大家也知道,要想生孩子时顺利,前期锻炼少不了。
做产品也一样,咱也得把进医院前的工作做足了。
基于Sitara的产品,大家都会用到比较大的Flash,不管你用没用,反正我用了。
文件系统做出来还是比较胖的。好多人习惯性的沿用了用惯了的JFFS2来生成要烧写的文件。这样的交给生产线时不可避免的可能出现如下问题:
1. JFFS2的image是与文件系统大小一比一的,32MB的文件系统就对应32MB大小的rootfs.jffs2文件。而NAND FLASH都是有坏块的,U-Boot烧写JFFS2文件,那就是一个一个块挨着去写去,遇到坏块就跳到一下一个块。root设备对应在的分区大小是多大合适。想充分利用FLASH容量,就意味JFFS2文件很可能刷不上(或是把别人分区的数据给干掉了),而保证刷上就意味着浪费FLASH。
2. 你做的产品的寿命比别人用黑牌NAND做出来的产品还差。 不要怀疑,肯定是这样的,JFFS2的出生就是为着NOR FLASH的。
有的人说了,那我们可以用YAFFS2吧试的结果就是对于现在的NAND, 这种Page为2KiB, block为128KiB的,YAFFS确实有点老态胧肿了。
Linus说了,就像从一个小学什么女教导主任飞船式任命成女副市长一样,任命UBIFS为Linux的一个标准大容量FLASH用文件系统吧。
反正简历什么的都是国家机密,我们也整不清。那就试一下吧!
UBIFS确实不错,均衡擦写,大page大block的缓冲管理,都一级棒!
Linux从2.6.27开始支持UBIFS.
U-Boot从啥时开始支持,我不知道,我知道的是TI提供的Sitara SDK里的U-Boot不支持UBI。
那就升级U-Boot来支持吧。到哪里去升级,我就不告诉你是
http://www.denx.de/wiki/U-Boot/WebHome
元旦前后分别从denx那下了两次U-Boot. 分别从beagle拷修(拷贝修改)了配置,发现元旦前的能用,而元旦后的x-loader加载完u-boot.bin后就沿任何反映了。整搞了一天,跟呀看呀,发现代码都没问题。
姥姥,最近发现元旦后的版本将CONFIG_SYS_TEXT_BASE的值从之前的0x80008000改成了0x80100000。
请朋友们注意。有升级U-Boot的,记得核对一下这个值。 0x80100000是之前SitraraSDK里的x-loader所不能正确中转的入口。留神!
要打开UBI命令,其实简单
在你的u-boot的include/configs/your_board.h文件中加入如下宏
#define CONFIG_CMD_UBI
#define CONFIG_CMD_UBIFS
#define CONFIG_CMD_MTDPARTS
#define CONFIG_MTD_DEVICE
#define CONFIG_MTD_PARTITIONS
#define CONFIG_RBTREE
#define CONFIG_LZO
再定义个NAND分区:
#define MTDIDS_DEFAULT "nand0=nand"
#define MTDPARTS_DEFAULT "mtdparts=nand:0x80000@0x0(x-loader),nand:0x1e0000@0x80000(u-boot),0x20000@0x260000(u-boot-envl),0x400000@0x280000(kernel), -(fs)"
#define MTD_ACTIVE_PART "nand,4"
这时编译出来的u-boot就支持了如下的命令:
1. mtdparts: 用来给NAND分区
2. nand erase.part: 用来擦除指的分区
3. UBI用来管理UBI分区及其上的卷
4. ubifsmount ubifsls ubifsload等用来对ubifs卷上的文件进行访问
一周热门 更多>