今天用主線Linux內核移植到MINI6410，主線內核2.6.37.1基本已經支持了MINI6410的板子，所以移植到能夠啓動起來的階段很簡單，但是在移植的時候還是出現了一個比較常見的問題：
MINI6410 # bootm 0x50008000
## Booting kernel from Legacy Image at 50008000 ...
Image Name: Linux-2.6.37.1
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3800644 Bytes = 3.6 MiB
Load Address: 50008000
Entry Point: 50008040
Verifying Checksum ... OK
XIP Kernel Image ... OK
OK
Starting kernel ...
Uncompressing Linux... done, booting the kernel.
停住不動了～～～～
這種問題比較常見，由於輸出的信息有限，不是很好找原因，如果去代碼中追蹤的話也比較麻煩。在查找原因解決這個問題的時候，我找到了一些可能出現的原因，在這裏總結一下：
1、machine type 不匹配
在內核自解壓完成以後內核會首先會進入 bl __lookup_machine_type函數(在arch/arm/kernel/head.S中)，檢查machine_type是否匹配，如果不匹配會跳入__error_a函數(在arch/arm/kernel/head-common.S中)，導致啓動失敗。
例如arch/arm/mach-s3c64xx/mach-mini6410.c 查看下面這個結構體:
MACHINE_START(MINI6410, "MINI6410")
/* Maintainer: Darius Augulis <[email protected]> */
.boot_params = S3C64XX_PA_SDRAM + 0x100,
.init_irq = s3c6410_init_irq,
.map_io = mini6410_map_io,
.init_machine = mini6410_machine_init,
.timer = &s3c24xx_timer,
MACHINE_END
這個宏的定義在arch/arm/include/asm/mach/arch.h
/*
* Set of macros to define architecture features. This is built into
* a table by the linker.
*/
#define MACHINE_START(_type,_name) \
static const struct machine_desc __mach_desc_##_type \
__used \
__attribute__((__section__(".arch.info.init"))) = { \
.nr = MACH_TYPE_##_type, \
.name = _name,
#define MACHINE_END \
};
這個宏定義擴展之後的machine type 就成了 MACHINE_TYPE_MIN6410。
MACHINE_TYPE_MIN6410這個宏定義在include/generated/mach-types.h
#define MACH_TYPE_MINI6410 2520
machine type在u-boot
的配置在board/samsung/mini6410/mini6410.c
/*
* Miscellaneous platform dependent initialisations
*/
int board_init(void)
{
s3c64xx_gpio * const gpio = s3c64xx_get_base_gpio();
.....
gd->bd->bi_arch_number = MACH_TYPE;
gd->bd->bi_boot_params = PHYS_SDRAM_1 + 0x100;
return 0;
}
這個宏的定義在：include/configs/mini6410.h
/*
* Architecture magic and machine type
*/
#define MACH_TYPE 2520
只要這兩個數對上就可以了。
2、串口驅動沒有編譯入內核
在弄MINI6410的時候我就犯了這個錯誤，因爲還沒有MINI6410的默認配置文件，所有這個要自己選上的。位置在Device Drivers->Character devices->Serial drivers中
<*> Samsung SoC serial support
[*] Support for console on Samsung SoC serial port
<*> Samsung S3C6400/S3C6410/S5P6440/S5P6450/S5PC100 Serial port support
3、內核啓動參數設置錯誤
內核的啓動參數的錯誤也可以造成同樣的錯誤,但是這種錯誤可能有幾種：
（1）控制檯串口配置字符串不匹配
比如有一個配置是：
noinitrd root=/dev/mtdblock4 rootfstype=jffs2 rw console=ttySAC0,115200 init=/linuxrc mem=64M
關鍵是在console=ttySAC0,115200上，如果ttySAC0弄錯了，或者波特率不對就會出問題。
不同的CPU的console有可能不一樣，比如：
有的可能是ttyS0，
三星的CPU一般是ttySAC0，
早期TI ARM 處理器的一般是ttyS2，
後來TI Omap系列的高版本內核變成了ttyO2。把“S”變成了“ O”,代表Omap。自戀阿～～～～
（2）內存大小配置錯誤
如果在“mem=64M”這個參數上配置出現了問題，比如配置過大了，也會出現同樣的現象。
請注意你的系統內存和這個值的匹配關係。
4、在bootloader中開啓並配置了外部總線（GPMC）
在移植TI Omap系列的內核時，發現如果在uboot中開啓並配置了GPMC的某個bank，可能導致無法啓動，也是這個現象。這個可能和Linux內核中對於啓動時的GPMC寄存器讀取和設置有關，暫時還沒有去分析過代碼。
解決的辦法是在bootloader用完外部總線，將控制權交給內核前，關閉外部總線，讓內核自己去配置。或者乾脆就別開。
本篇文章來源於 Linux公社網站(www.linuxidc.com) 原文鏈接：http://www.linuxidc.com/Linux/2012-05/61324.htm