对《U-BOOT下使用bootm引导内核方法》的补充说明

文章说明：calmarrow（lqm）原创

文章引自：http://piaoxiang.cublog.cn

 

    lufuchong对bootm引导内核做了详细的说明，原文见：http://www.cnitblog.com/luofuchong/archive/2007/01/12/21834.html。 他分析的侧重点在bootm引导内核的基本原理和方法，但是在实际使用过程中，关于bootm的tag list成员设定和memory设置的细节可能会导致kernel无法启动，luofuchong没有提及，所以下面我针对使用U-boot-1.2.0 和linux-2.6.22.7时遇到的问题做一下补充。

 

    现象如下：

 

U-Boot 1.2.0 (Sep 24 2007 - 13:17:34)

U-Boot code: 33F80000 -> 33F97BF0 BSS: -> 33F9C4A4
RAM Configuration:
Bank #0: 30000000 64 MB
NAND: 32 MB
In: serial
Out: serial
Err: serial
U-boot # tftp 0x31000000 uImage
TFTP from server 192.168.1.216; our IP address is 192.168.1.110
Filename 'uImage'.
Load address: 0x31000000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         ###########
done
Bytes transferred = 1383948 (151e0c hex)
U-boot # bootm 0x31000000
## Booting image at 31000000 ...
   Image Name: Linux-2.6.22.7
   Created: 2007-09-24 4:53:36 UTC
   Image Type: ARM Linux Kernel Image (uncompressed)
   Data Size: 1383884 Bytes = 1.3 MB
   Load Address: 30008000
   Entry Point: 30008000
   Verifying Checksum ... OK
OK

Starting kernel ...

Uncompressing Linux.......................................................................................... done, booting the kernel.

 

    估计这是遇到的最不幸的问题。网上大多有两种方案：

 

    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的时钟频率设定就可以解决问题。

 

    但是这两个方案并不适合我这种情况。经过分析和读bootm的源代码，现在提出两点额外考虑的地方：

 

    1、如果你在配置文件中不定义tag list的成员，那么默认情况下bootm是不会传递命令行参数的。也就是说，如果你uboot环境变量中设定了正确的bootargs，但是配置文件中 没有设置，这时就会出现问题。为了使用上的方便，你至少应该在头文件中定义：

 

/* tag list choosing */
#define CONFIG_CMDLINE_TAG
//#define CONFIG_SETUP_MEMORY_TAGS

 

    这样就可以保证你在命令行状态下修改环境变量bootargs后，可以传递进内核。同时也就避免了重新编译uboot。

 

    2、我在使用中发现，如果在bootargs中没有指定mem的大小，那么CONFIG_SETUP_MEMORY_TAGS也是需要设定的。我就是因为bootargs没有设定mem，所以导致出现上述的情况。现在我的bootargs为：

 

bootargs=noinitrd root=/dev/mtdblock3 console=ttySAC0,115200 mem=64M

 

    在这种情况下，使用go和bootm都可以正常引导内核。

 

    综上可知，在tag list的设定上，一定要考虑CONFIG_CMDLINE_TAG和内存两个部分，否则的话，可能出现上述无法引导内核的问题。