理解板子的启动次序,对于调试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上发表文件会导致不能换行的问题。
ARM 板子的启动问题调试
最新推荐文章于 2023-09-11 00:47:14 发布