u-boot,linux,文件系统移植笔记1
今天把u-boot,linux,yaffs2文件系统的移植全部搞定了,在我的mini2440板子上跑起来了,呵呵,兴奋啊!现在回头看看自己花了这么长时间所作的工作,结论就是,只要坚持下去就一定会成功的。
下面就把我移植过程中的步骤记录下来,留着以后看看,也许还会用到的。
先是u-boot部分:
我用的是
开发环境:fedora 14
开发板:mini2440 256M NandFlash 64M SDRAM
交叉编译器:arm-linux-gcc 4.4.3
BusyBox版本:busybox-1.7.0
yaffs制作工具:mkyaffsimage
yaffs2制作工具:mkyaffs2image(适合64M)、mkyaffs2image-128(适合128M以上,我的256M的用这个)
对于u-boot的修改有很多,参考了韦东山大神写的那本《嵌入式Linux应用开发完全手册》一步步做的,建议这部分大家也都自己动手做做,会有不少收获,对于那种文件的树形结构分布,程序设计的能力都会有很大的提高。
当u-boot移植能够在板子跑了,在看下面内容:
我一直困惑在MTD那部分,对于NAND flash分区那一直不是很清楚,先看我现在的mtd分区:
Creating 3 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x000000000000-0x000000500000 : "kernel"
0x000000500000-0x000000d00000 : "jffs2"
0x000000d00000-0x000010000000 : "yaffs"
我创建了3的分区,分别作为 uImage,jffs2,yaffs2文件存放的地址,在u-boot运行后,使用tftp下载kernel及文件系统到内存,接着写入flash中,具体如下:
tftp 0x31000000 uImage
nand erase 0 0x500000
nand write.jffs2 0x31000000 0 0x300000
要注意的是,这里写到flash中的地址对应着我们的MTD分区表地址,我的0地址处存放的是kernel,所以下载到0地址处。
static struct mtd_partition friendly_arm_default_nand_part[] = {
[0] = { .name = "supervivi", .size = 0x00040000, .offset = 0, },
[1] = { .name = "param", .offset = 0x00040000, .size = 0x00020000, },
[2] = { .name = "Kernel", .offset = 0x00060000, .size = 0x00500000, },
[3] = { .name = "root", .offset = 0x00560000, .size = 1024 * 1024 * 1024, },
[4] = { .name = "nand", .offset = 0x00000000, .size = 1024 * 1024 * 1024, }
};
这是之前的mtd分区,修改后如下:(在 arch/arm/mach-s3c2440/mach-mini2440.c中)
static struct mtd_partition friendly_arm_default_nand_part[] = {
[0] = { .name = "kernel", .size = 0x00050000, .offset = 0, },
[1] = { .name = "jaffs", .offset = MTDPART_OFS_APPEND, .size = 0x00080000, },
[2] = { .name = "yaffs", .offset = MTDPART_OFS_APPEND, .size = MTDPART_SIZ_FULL,
}
};
当然在写入flash之前最后先下载到内存里跑一下,看能否运行,不然来回擦除flash太费事,而且也有损于它。
使用:
tftp 0x32000000 uImage bootm 0x32000000
看看能不能打印出这句:
Creating 3 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x000000000000-0x000000500000 : "kernel"
0x000000500000-0x000000d00000 : "jffs2"
0x000000d00000-0x000010000000 : "yaffs"
如果可以那说明这一步实现了。由于开发板上还没有写入文件系统,也没有设置nfs挂接网络文件系统,所以内核启动后还会出现panic信息。不急, 我们下一步来解决它。 在这之前,先解释一下几个概念:
1.uImage
使用 make uImage编译 我们编译linux结束后会在arch/arm/boot/目录下生成zImage,uImage内核文件,这有什么区别呢? 之前一直没有去研究他们,现在明白了,简单的说一下区别: uImage是U-boot专用的映像文件,它是在zImage之前加上一个长度为0x40的tag。vmlinuz是bzImage/zImage文件的拷贝或指向bzImage/zImage的 链接。initrd是“initialramdisk”的简写。一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。 vmlinux是内核文件,zImage是一般情况下默认的压缩内核映像文件,压缩vmlinux,加上一段解压启动代码得到,只能从0X0地址运行。 uImage是u-boot使用bootm命令引导的Linux压缩内核映像文件格式,使用工具mkimage对普通的压缩内核映像文件(zImage)加工而得。 可以由bootm命令从任意地址解压启动内核。由于bootloader一般要占用0X0地址,所以,uImage相比zImage的好处就是可以和bootloader共存。 当我们使用ls -l 查看这两个文件大小时会发现,uImage比zImage大了64字节,也就是多了0x40长度的tag.
2.bootm
下载到内存后,使用bootm引导uImage,那为什么不用go命令呢? 原因是,我们上面所说的多出64字节的uImage,bootm你可以把它理解为专为它引导的命令。go命令是用来跳转的二进制可执行文件的命令。这些,我们 在mini2440裸机开发那想必大多数人都接触过,不再细说了!
3.MTDPART_OFS_APPEND
是代表着接着上一个分区地址向下分区,offset偏移。
4.MTDPART_SIZ_FULL flash
分区剩下的所有大小空间都分配出去。
接着上面说的,写入flash后,保存引导参数。我这里是在u-boot中代码固定的。
#define CONFIG_BOOTDELAY 5
#define CONFIG_BOOTARGS "noinitrd root=/dev/mtdblock2 init=/linuxrc console=ttySAC0"
#define CONFIG_ETHADDR 08:00:3e:26:0a:5b
#define CONFIG_NETMASK 255.255.255.0
#define CONFIG_IPADDR 192.168.1.230
#define CONFIG_SERVERIP 192.168.1.10 /*#define CONFIG_BOOTFILE "elinos-lart" */
#define CONFIG_BOOTCOMMAND "nboot 0x31000000 0 0; bootm 0x31000000"
这样开机后,不打断便可进入kernel。
下一节介绍文件系统部分!