针对使用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和内存两个部分,否则的话,可能出现上述无法引导内核的问题。
阅读(1758) | 评论(0) | 转发(0) |