ARM 板子的启动问题调试

理解板子的启动次序，对于调试boot loader, kernel 很重要。 以前移植linux到一款新板子时遇到了一些问题，整理了一个次序，个人体会是：  1）如果能看到串口输出，问题就不大，多利用串口可以满足大部分调试需要了。 2）如果看不到输出：在串口输出之前，主要是cpu初始化、内存初始化、串口寄存器初始化，这些部分的调试，可以利用JTAG工具；如果没有JTAG工具，则需要对比其他人可以工作的代码。 调试2410板子的时候，总是可以找到别人的经验的。 x-load:   board_init   config_sdram_ddr   get_osc_clk_speed   SEC_generic   misc_init_r   dram_init   gpio_dataout   s_init   nand_init u-boot:   start.S         s_init->           watchdog_init           gpio_init();           prcm_init               peripheral_enable           icache_enable           sdrc_init     misc_init_r         ether_init 查看 lib_arm/board.c 文件，可以看到更详细的初始化流程： init_fnc_t *init_sequence[] = {     cpu_init,        /* basic cpu dependent setup */     board_init,        /* basic board dependent setup */     interrupt_init,        /* set up exceptions */     env_init,        /* initialize environment */     init_baudrate,        /* initialze baudrate settings */     serial_init,        /* serial communications setup */     console_init_f,        /* stage 1 init of console */     display_banner,        /* say that we are here */     dram_init,        /* configure available RAM banks */     display_dram_config, #if defined(CONFIG_VCMA9)     checkboard, #endif     NULL, }; void start_armboot (void) {      init_sequence      ... } 使用printk的前提是串口必须初始化，在此之前不能打印消息。 另外一个方法是，在内存里面开一个数组，然后没执行一个函数，就在函数的里面把自己的名字添加到数组里面去,比如： int n = 0; char *call_log[50]; void add_log(const char *msg) {     call_log[n++] = msg; } void **_init() {       add_log(__FUNCTION__); } 然后在串口初始化之后，就可把这个数组打印出来看了。 注意：在内存初始化之前，所有的内存访问（比如访问全局变量，上面的log函数）都是不能用的，否则会导致死机。 这个方法不仅可以用来调试uboot，也可以用来调试内核。 ps: 刚发现，csdn的博客在ubuntu上发表文件会导致不能换行的问题。