现象如下：
|
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和内存两个部分，否则的话，可能出现上述无法引导内核的问题。
