自己最近在移植u-boot.201006到smartarm3250,后来又增加了ubi文件系统的移植。
移植过程中遇到N多问题,自己搞了N久才搞定。在此分享一下自己的错误,希望对各位同仁有用。
(1)u-boot启动后提示“*** Warning - bad CRC or NAND, using default environment”
这一般不是大问题,不理它也没事。它是提醒你在falsh中读不到环境变量,只能使用软件中定义的默认环境变量。如果要解决,只要在u-boot中输入saveenv就行了,下次启动应该不会再出现了,如果还出现,可能是你的nand驱动有问题,也可能是坏块。
u-boot默认使用flash中的环境变量,如果软件中修改了环境变量,最好saveenv一次。
(2)u-boot的12号错误。
这是我加入ubi支持后出现的错误。
UBI error: ubi_init: UBI error: cannot initialize UBI, error -12
UBI init error -12
查阅include/asm-generic/error.h发现12号错误的定义为“#defineENOMEM12/* Out of memory */”。经过追踪,是在driver/mtd/ubi/build.c的ubi_attach_mtd_dev函数中第二次 vmalloc时死掉,因此修改smartarm3250.h(我的配置文件)中CONFIG_SYS_MALLOC_LEN,增大到1M(1024*1024)。问题解决。
(3)u-boot的5号错误。
UBI error: ubi_io_write: error -5 while writing 512 bytes to PEB 0:512, written 0 bytes
查阅include/asm-generic/error.h发现5号错误的定义为“#defineEIO5/* I/O error */”。
在http://www.linux-mtd.infradead.org/faq/ubi.html#L_subpage_verify_fail有对这个问题的专门描述:
I get "ubi_io_write: error -5 while writing 512 bytes to PEB 5:512"
If you have a 2048 bytes per NAND page device, and have CONFIG_MTD_NAND_VERIFY_WRITE enabled in your kernel, you will need to turn it off. The code does not currently (as of 2.6.26) perform verification of sub-page writes correctly. As UBI is one of the few users of sub-page writes, not much else seems to be affected by this bug.
虽然是说Linux内核配置,可是u-boot中同样有CONFIG_MTD_NAND_VERIFY_WRITE ,在smartarm3250.h中将这个宏注释掉,问题解决。看来是内核的问题,既然u-boot很大程度上使用了Linux内核的驱动,应该是ubi驱动的问题。
(4)Cannot start volume update。
在common/cmd_ubi.c中的ubi_volume_write函数中找到打印这句话的地方,打印err发现仍然为12号错误。解决办法在上面第2条。
(5)启动时内核打印出ubi的19号错误(NO SUCH DEVICE)。
也就是内核找不到某个分区,一般应该是u-boot中定义的CONFIG_BOOTARGS不对。
我的正确定义是
#define CONFIG_BOOTARGS "ubi.mtd=4 root=ubi0:rootfs console=ttyS0,115200 mem=64M rootfstype=ubifs rw"
原来的错误写法是#define CONFIG_BOOTARGS "ubi.mtd=6 root=ubi0:rootfs console=ttyS0,115200 mem=64M rootfstype=ubifs rw"。其实原因在于u-boot对nand falsh的分区方式和你所用的Linux内核不一致 。
我的u-boot定义的分区如下:
#if 1
#define MTDIDS_DEFAULT "nand0=nandflash0"
#define MTDPARTS_DEFAULT "mtdparts=nandflash0:"1536k(bootloder)"\
"512k(params)"\
"4m(kernel)"\
"16m(safefs)"\
"-(root)"
#endif //end of yll
(6)linux内核启动时输出以下信息,并停住:
UBIFS error (pid 1): ubifs_read_node: bad node type (0 but expected 6)
UBIFS error (pid 1): ubifs_read_node: bad node at LEB 0:0
List of all partitions:
1f00 1536 mtdblock0 (driver?)
1f01 256 mtdblock1 (driver?)
1f02 4096 mtdblock2 (driver?)
1f03 16384 mtdblock3 (driver?)
1f04 239616 mtdblock4 (driver?)
No filesystem could mount root, tried: ubifs
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
这个问题是由于写入命令错误引起的,原来的写入命令为ubi write 0x01600000 rootfs $(filesize),应该为ubi write 0x080008000 rootfs $(filesize)。
也就是说原来根本没有把文件系统写入flash。
如果你也有此类错误,要么是你的文件系统镜像没有写入(或者没正确写入),要么是你做的文件系统镜像有问题。其他问题可能不大。
(7)软件版本问题。
linux内核启动过程中出现以下信息并停住:
UBIFS error (pid 1): ubifs_check_node: bad CRC: calculated 0x9f186f96, read 0x3baee010
UBIFS error (pid 1): ubifs_check_node: bad node at LEB 0:0
UBIFS error (pid 1): ubifs_read_node: expected node type 6
VFS: Cannot open root device "ubi0:rootfs" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions:
1f00 1536 mtdblock0 (driver?)
1f01 256 mtdblock1 (driver?)
1f02 4096 mtdblock2 (driver?)
1f03 16384 mtdblock3 (driver?)
1f04 239616 mtdblock4 (driver?)
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
我的文件系统镜像使用mtd-utils2010做的,我后来改为mtd-utils2009,问题解决。
我的内核版本是2.6.27.8。我猜测因为我的内核版本比较旧,所以内核和mtd-utils2010中的crc算法有差异才会出现bad CRC。
如果你也碰到类似问题,请确保内核版本和mtd-utils版本匹配。看是否匹配只要看内核和mtd-utils是不是一年出的就行,或者时间接近。总之,两个出现时间较远的软件协同工作会有可能出错。
mtd-utils下载地址http://ftp.debian.org/pool/main/m/mtd-utils/ (下载orig.tar.gz结尾的包)
我有时就想,怎么那么多错误都让我给摊上了,其实犯错时一种幸福。你要是找个文档照着做全对,你还学什么。
分享到:
相关推荐
### UBI文件系统移植总结与关键技术解析 #### 一、UBIFS概览 UBIFS(Unsorted Block Images File System)是一种专为闪存设计的文件系统,由IBM、诺基亚的工程师Thomas Gleixner、Artem Bityutskiy等在2006年发起...
- U-Boot支持多种平台和操作系统,使得开发者可以在不同平台上快速进行移植工作。 - 具有良好的代码结构和易于扩展性,便于添加新功能或适应特定需求。 - 因此,熟悉U-Boot对于开发者来说是一个很有价值的技能,...
本文将详细介绍如何将U-Boot 201607版本移植到PLC(Programmable Logic Controller)平台上,并解决在移植过程中遇到的问题。 #### 二、移植过程中的关键步骤 ##### 1. 针对 `u-boot-2016.07/include/configs/at91...
- **U-Boot支持**:U-Boot支持NAND启动,并且较新的版本引入了NAND SPL机制,将U-Boot代码分为两部分:NAND SPL(使用C语言调用NAND驱动部分函数进行简单的拷贝操作)和U-Boot主程序。 - **ATmel的解决方案**:ATmel...
该文档记录了作者在实际移植过程中所遇到的问题及其解决方案。 #### 二、工具准备与环境配置 **1. 安装交叉编译器** - 下载`arm-2007q3-51-arm-none-linux-gnueabi-i686.tar.bz2`压缩包,并将其解压至指定路径。...
在编译U-Boot时,首先要查看配置文件include/configs目录下的.h文件,确认当前的uboot支持的开发板类型。在本例中, omap3sbc8100.h被用于配置SBC8100的相关参数,包括启动参数(如console、UBI文件系统、内存分配等...
除了软件结构与分布,U-Boot官方主页提供了U-Boot源码下载的地址,这对于U-Boot移植工作具有重要参考价值。对于那些希望深入学习构建交叉工具链的读者,可以参考源码下载地址中的邮件列表链接。 交叉编译链的介绍与...
- 在编译过程中,可能会遇到依赖库或工具链版本不匹配的问题,需注意检查并解决这些问题。 - 为了确保移植工作的顺利进行,建议参考官方文档或已有的移植案例进行对比和调试。 #### 八、总结 本文详细介绍了Tiny...
压缩包中的"u-boot.bin"是U-Boot引导加载程序的二进制文件,它是嵌入式系统启动过程中的关键部分,负责初始化硬件、加载内核以及传递控制权到操作系统。"zImage"是压缩的Linux内核映像,而"rootfs.ubi"则是根文件...
1. 移植boot-loader和linux2.6内核到目标平台上,让linux内核可以启动起来,基本的驱动允许正常。 在这个步骤中,我们需要将boot-loader和linux2.6内核移植到目标平台上,以便让linux内核可以启动起来,并且基本的...