uboot引导linux内核,uboot引导内核启动问题求助

移植Linux2.6.36到mx27，uboot引导内核启动后，打印如下。

(Uncompressing Linux... done, booting the kernel.)之后，没有任何打印了，

不知道内核跑到哪里，是否已经进入start_kernel函数了呢？

下面该如何调试？

Filename 'mx27_36'.

Load address: 0xa0200000

Loading: #################################################################

########################################################

done

Bytes transferred = 1771480 (1b07d8 hex)

Erasing Nand...

Erasing at 0x400000 -- 100% complete.

Writing to Nand... done

IMX EVM #

IMX EVM # boot

Loading from NAND 128MiB 1,8V 8-bit, offset 0x220000

Image Name:   Linux-2.6.36

Image Type:   ARM Linux Kernel Image (uncompressed)

Data Size:    1771352 Bytes =  1.7 MB

Load Address: a0008000

Entry Point:  a0008000

Automatic boot of image at addr 0xa0200000 ...

## Booting kernel from Legacy Image at a0200000 ...

Image Name:   Linux-2.6.36

Image Type:   ARM Linux Kernel Image (uncompressed)

Data Size:    1771352 Bytes =  1.7 MB

Load Address: a0008000

Entry Point:  a0008000

Loading Kernel Image ... OK

OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.

|

嵌入式系统搭建过程中，对于系统平台搭建工程师在完成Bootloader 的调试之后就进入Kernel 裁减移植的阶段，其中最重要的一步是Kernel 启动的调试，在调试Kernel 过程中通常遇到最常见的问题是启动异常:

Uncompressing Linux............................................................

........................... done, booting the kernel.( 挂死在此处)

导致驱动异常(启动挂死)的原因有很多，如基于EVM 板的 硬件做了修改(如更改了FLASH 空间大小、地址和型号，更改了SDRAM 、DDR SDRAM 空间大小、地址和型号，更改了晶振频率等)，板卡ID号不支持等。那么如何进行调试那，其实有两种调试技术比较有效。

Kernel 启动调试技术- 使用printascii() 函数跟踪start_kernel() 有没运行 ，在booting the kernel 之后Kernel 最先执行的是start_kernel() 函数，确认start_kernel() 有否执行就是在其开始代码段添加printascii("start_kernel …") ，如果串口没有打印出start_kernel …，说明start_kernel() 没有运行，那么可能的原因有Bootloader 配置的启动参数错误、 Kernel 加载到(DDR) SDRAM 的地址不正确， Kernel 编译时指定的(DDR) SDRAM 运行地址不正确等。这样就需要一项一项排查错误，当错误被排查完毕，通常打印出 start_kernel …是种必然，如果打印出这仪信息说明 Kernel已 进入到start_kernel() 执行，如果此时有串口启动打印就比较成功了，如果仍然没有打印启动信息，就需要另外一种调试技术。

附代码修改：init/main.c

Kernel 启动调试技术- 使用printascii() 函数打印printk() 缓存信息 ，如果Kernel已进入到start_kernel() 执行，仍然没有启动信息打印出来，说明串口波特率出问题的可能性比较大，启动信息是暂时缓存到临时buffer--printk_buf 中的，进入start_kernel() 中会对串口波特率重新初始化，当初始化完成后，缓存的系统启动信息便打印出来，不能打印说明用于串口波特率初始化的系统时钟源没有初始化正确，通常是系统时钟源和实际的晶振频率不一致导致的，通常排查和解决这个问题后，系统启动信息是能正确打印的。为了帮助解决问题，可以使用 printascii() 打印printk_buf 内容。这样就能把printascii ()打印的系统信息和预想的系统信息进行比较，从而加快解决问题的进度。

附代码修改：kernel/printk.c

如上是Kernel 裁减移植过程中最重要的两个启动调试技术，灵活使用将带来工作效率的提升，不管硬件平台是那种ARM 或者其它类型的CPU ，也不管是哪个 Kernel 版本(如Linux-2.6.24 、Linux-2.6.30 等 都可以采用这两个启动调试技术解决实际问题。为了支持 printascii() 函数，需要在 Kernel 裁减中(make menuconfig )添加Kernel hacking ->[*]Kernel low - level debugging functions 的支持。

|

log没有错，可能接下来的log打印到其它地方去了。find it out

|

原来还有人用.mx27的板子呀，如果ads的话，系统启动后好像是用另一个串口输出。

|

原因我不清楚, 不过我是能打印东西出来的, 正常启动比如打印100行, 而死机的时候, 会死在比如20行, 然后就可以定义死亡原因了.

想打印必须把kernel hacking的有关选项打印, 并且重编内核, 且串口设置正确.

|

既然uncompressing都完成了，其实地址肯定对了，你传入的machine ID对吗？你可以把内核的low level debugging打开，看看到底在初始阶段出了什么问题。

|

内核映像已经下载至板子上并完成解压，根文件系统initrd在哪?

|

有可能啊,kernel切到另一个串口输出了.

|

有可能还没有跳到start_kernel，只能说明你的内核被正常解压了，但是Linux引导程序有没有运行是个问题，因为从bootloader移交控制权到Linux kernel还有好多过程，包括引导程序，还有arm的head.S这个有可能是你的引导程序出问题了

|

有关选项选中