嵌入式Linux之Kernel(裁减移植)启动调试打印技术

1、嵌入式系统搭建过程中，对于系统平台搭建工程师在完成Bootloader的调试之后就进入Kernel裁减移植的阶段，其中最重要的一步是 Kernel 启动的调试，在调试 Kernel 过程中通常遇到最常见的问题是启动异常 :Uncompressing Linux. done, booting the kernel.(挂死在此处 )注意：这里是arch/arm/boot/compressed/head.S的解压过程，调用了录下的 misc.c)->include/asm-arm/arch-xxx/uncompress.h的 putc()的，用的是物理地址，因为此时内核还没有起来。decomp

2、ress_kernel()(同目实现。这是在uboot 中初始化而 printascii则是调用了汇编。 printascii()位于 arch/arm/kernel/debug.S，他需要调用虚拟地址，此虚拟地址通过machine_start提供，而相关的宏在include/asm/arch-xxx/debug-macro.S现，这下明白了。实10-05-14 添加： debug.s段的 head.s ，mmu是 1:1是虚拟地址了。里面需要判断一下当前是否打开了映射，目的是加快速度。到了内核的mmu，然后指定 uart 的基址。在解压阶 head.s ，就是真正的 mmu了，此时就导致驱动

3、异常（启动挂死）的原因有很多，如基于 EVM 板的 硬件做了修改（如更改了 FLASH 空间大小、地址和型号，更改了 SDRAM、DDR SDRAM空间大小、地址和型号，更改了晶振频率等），板卡ID 号不支持等。那么如何进行调试那，其实有两种调试技术比较有效。Kernelkernel启动调试技术之后 Kernel- 使用 printascii()函数跟踪最先执行的是start_kernel()start_kernel()有没运行，在 booting the函数，确认 start_kernel()有否执行就是在其开始代码段添加printascii("start_kernel"

4、)，如果串口没有打印出start_kernel，说明start_kernel()没有运行，那么可能的原因有Bootloader配置的启动参数错误、Kernel加载到(DDR) SDRAM的地址不正确，Kernel编译时指定的 (DDR) SDRAM运行地址不正确等。这样就需要一项一项排查错误，当错误被排查完毕，通常打印出 start_kernel 是种必然，如果打印出这仪信息说明 Kernel 已 进入到 start_kernel() 执行，如果此时有串口启动打印就比较成功了， 如果仍然没有打印启动信息，就需要另外一种调试技术。附代码修改：init/main.c <<-extern

5、 void printascii(const char*); asmlinkage void _init start_kernel(void)/ Modifychar * command_line;extern struct kernel_param _start_param, _stop_param;printascii("start_kernel");/ Modifysmp_setup_processor_id();->>Kernel 启动调试技术 - 使用 printascii()函数打印 printk()缓存信息 ，如果 Kernel 已进入到start

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

7、题的进度。附代码修改： kernel/printk.c<<-extern void printascii(const char*);/ Modifystatic char printk_buf1024;/ Modifyasmlinkage int printk(const char *fmt, .)va_list args;int r;va_start(args, fmt);r = vprintk(fmt, args);va_end(args);printascii(printk_buf);/ Modifyreturn r;static int recursion_bug;stat

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

9、持。我的补充 :1/可以在 /kernel/head.s里添加打印看是否跑到mmu开启前 :_turn_mmu_on:/ 打印一个字符 a mov r9,r0mov r0,'a'blprintascii/该函数位于arch/arm/kernel/debug.s，调用了include/mach/debug-macro.Smov r0,r9/ 现在开启 mmumovr0, r0mcrp15, 0, r0, c1, c0, 0 write control regmrcp15, 0, r3, c0, c0, 0 read id regmovr3, r3movr3, r3movpc, r13/* 实际调用了 _switch_data,在 head-common.s*/2/一般按楼上方法 , 在 startkernel就可以打印出来 , 如果 : 在第一步可以打印, 而开启 mmu后不能打