U-Boot移植好后就要考虑如何引导内核了(以下介绍的是bootm方式,开发板是友善之臂的mini2440)。所用的U-Boot是移植的U-Boot-2009.08 ,内核是mini2440光盘中的kernel-2.6.29。U-Boot引导内核分三步:内核的编译、启动参数的设置、下载固化。
(一)内核的编译
通常,u-boot为kernel提供一些kernel无法知道的信息,比如ramdisk在RAM中的地址。Kernel也必须为U-boot提供必要的信息,如通过mkimage这个工具(在u-boot代码的tools目录中)可以给zImage添加一个header,也就是使得通常编译的内核zImage添加一个数据头,把添加头后的image通常叫uImage,uImage是可以被U-boot直接引导的内核镜像。那么如何使用mkimage工具而产生uImage的呢?
1. 工具 mkimage
--------------------------------------------------------------------------------
编译U-Boot成功后,在u-boot代码的tools目录中生成一些工具,比如mkimage。将它们复制到/usr/local/bin 目录下,就可以直接使用了。现在我们编译内核需要用到mkimage来生成U-Boot格式的内核映像文件uImage 。复制完成后在终端输入命令" mkimage "并回车,显示关于mkimage的提示信息,表示你现在已经可以使用此命令了:
Usage: mkimage -l image
-l ==> list image header information
mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image
-A ==> set architecture to 'arch' //用于指定CPU类型,比如ARM
-O ==> set operating system to 'os' //用于指定操作系统,比如Linux
-T ==> set image type to 'type' //用于指定image类型,比如Kernel
-C ==> set compression type 'comp' //指定压缩类型
-a ==> set load address to 'addr' (hex) //指定image的载入地址
-e ==> set entry point to 'ep' (hex) //内核的入口地址,一般是:image的载入地址+0x40(信息头的大小)
-n ==> set image name to 'name' //image在头结构中的命名
-d ==> use image data from 'datafile' //无头信息的image文件名
-x ==> set XIP (execute in place) //设置执行位置
mkimage [-D dtc_options] -f fit-image.its fit-image
2. 编译
--------------------------------------------------------------------------------
在内核的根目录下执行命令进行编译。如果之前编译过,最好先 make clean 一下。然后 make zImage 生成 zImage 的内核(在此之前别忘了参看说明书装载缺省配置文件)。最后在目录kernel-2.6.29/arch/arm/boot下执行命令
mkimage -n 'linux-2.6.29' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d zImage uImage.img生成 U-Boot可以引导的内核,生成的文件名为uImage.img (也可以使用默认设置,在内核根目录下执行make uImage,生成默认的文件名为uImage)。生成的内核文件都在目录kernel-2.6.29/arch/arm/boot下。
注:这里我用的mkimage是在U-BOOT-2009.08版本中生成的,在执行mkimage -n 'linux-2.6.29' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d zImage uImage.img时,会出现错误,错误提示代码大概意思是说zImage是不支持的image类型,提示中还会列出支持的image类型。 开始还以为编译出来的zImage文件有问题,结果用友善提光盘中提供的zImage文件执行时也出同样的错误。在网上找了很多别人的做法也都是这么做的,没办法,最后试着将zImage文件改名为kernel,再执行命令:mkimage -n 'linux-2.6.29' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d kernel uImage.img 顺利通过了。
关于mkimage -a -e参数的设置,还有另一种方式,具体请google一下。
(二)启动参数的设置
这里我用的是通过串口下载的方式,故暂不提tftp的设置.
将bootcmd的参数改变成从nand flash引导kernel(每次开机后让u-boot复制到sdram中,再使用env参数中的bootm命令引导)。方法是在u-boot提示符下输入:
set bootcmd 'nand read 0x31000000 0x80000 0x00200000;bootm 0x31000000'再改变bootargs,使得从nand flash启动根文件系统。方法是在u-boot提示符下输入:
set bootargs 'noinitrd root=/dev/mtdblock2 init=/linuxrc console=ttySAC0'最后保存设置:
saveenv
注:这里需要特别说明的一下的是set bootcmd 'nand read 0x31000000 0x80000 0x00200000;bootm 0x31000000' ,这个启动命令的意思是:启动时从nand flash的0x80000处(也就是内核存放在NAND FLASH中的起始地址)开始读取大小为0x200000的数据到内存地址0x31000000处,最后调用bootm指令启动内核,bootm指令参数为0x31000000即内核在RAM中的起始地址。
关于内核在NAND FLASH中起始地址的设置,我这里设置的为0x80000.这里主要根据U-BOOT存放区域和UBOOT启动参数存放区域来确定。下面列一个我的NAND区域划分:
0x00000000-0x00060000 //u-boot
0x00060000-0x00080000 //启动参数,即saveenv命令,将设置的参数保存的地址。
这个地址区的确定,可查看UBOOT代码./u-boot-2009.08/include/configs/mini2440.h
#define CONFIG_ENV_OFFSET 0X60000
#define CONFIG_ENV_SIZE 0x20000 /* Total Size of Environment Sector */
从这两个宏,可以得知参数保存的区域为0x00060000-0x00080000。
0x00080000-0x00280000 //内核
内核区域的起始地址尤其关键,如果在用nand write指令固化内核到NAND FLASH中时,写入起始地址在0x00080000之前时,就可以能导致覆盖u-boot和启动参数,导致无法开始或失去上面设置过的启动参数,而无法引导内核。
0x00280000-之后的就是文件系统存放的区域了。
(三)下载固化
1. 引导系统测试
--------------------------------------------------------------------------------
我们先把内核下载到内存中(地址为环境参数bootcmd中的nand read 和bootm 后的地址),然后我们执行bootm命令(同一个地址)看能不能启动系统。在U-Boot下执行:
loadx 0x31000000 //通过超级终端传送文件,将uImage.img下载到0x31000000
在提示下载完成后再执行:
bootm 0x31000000
如果成功则证明我们的设置没有问题(如果有文件系统的话可以正常启动,这个文件系统可以是用Nor Flash 中的 supervivi 烧到 Nand Flash中的)。
很不幸失败了.....
加载内核时跑到:
Starting kernel ...
Uncompressing Linux.......................................................................................... done, booting the kernel.
到这里就不动了。老办法GOOGLE一下,发现这是个经典问题了,经典问题自有经典的办法解决:
1、u-boot中的命令行参数中console设定有问题,对2.6的内核应该使用ttySAC0,而不是ttyS0。更改为"console=ttySAC0"就可以解决问题。
2、u-boot中FCLK与kernel时钟频率不一致。kernel的FCLK为200MHz,但是uboot的默认值是202.8MHz。(vivi默认的也是200MHz,所以vivi不会出现这个问题。)这样修改uboot的时钟频率设定就可以解决问题。
3. u-boot传递的mach_type参数与内核设置的mach_type不对。
通过分析,发现存在第三种问题。
a).通过对U-BOOT-2009.08代码的分析,mach_type参数在board_Init函数中传出来,在u-boot-2009.08/board/mini2440/mini2440.c文件中,
#if defined(CONFIG_S3C2440)
/* arch number of S3C2440 -Board */
gd->bd->bi_arch_number = MACH_TYPE_S3C2440 ;
#endif
由此可见,mach_type的值由宏MACH_TYPE_S3C2440定义决定。
在u-boot-2009.08/include/asm-arm/mach-types.h中可以找到,默认定义为:
#define MACH_TYPE_S3C2440 362
b).通过对友善内核2.6.29代码分析,在./linux-2.6.29/arch/arm/mach-s3c2440/mach-mini2440.c中,找到MACHINE_START(MINI2440, "FriendlyARM Mini2440 development board"),由此发现,由MINI2440这个参数确定。
在./linux-2.6.29/arch/arm/tools/mach-types中,找到
mini2440 MACH_MINI2440 MINI2440 1999
由此可见,内核设定的mach_type的值为1999。
c).将U-BOOT中,#define MACH_TYPE_S3C2440 362
改为#define MACH_TYPE_S3C2440 1999
重新编译uboot,启动nor flash中的 supervivi将重新编译得到的uboot.bin烧到NAND FLASH中,按上面所说的方法测试加载到RAM中的内核。
一长串串的打印英文飘过,OK。。。引导内核成功了。
2.下载固化
----------------------------------------------------------------------------------------
在u-boot下输入loadx 0x31000000,通过超级终端将uImage下载到内存中。
接着执行 nand erase 0x80000 0x200000 删除掉该区域原有的数据。
执行 nand write 0x31000000 0x80000 0x200000,将内存中的kernel烧入nand flash。
重新开机,OK。。。。。引导成功。。。
![](https://img2024.cnblogs.com/blog/35695/202408/35695-20240826070647288-243310440.jpg)