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

1、Bootloader 的调试之后就进入 Kernel 裁 在调试 Kernel 过程中通常遇到最常见的挂死在此处 )10-05-14 添加： debug.s 段的 head.s , mmi是 1:1 是虚拟地址了。里面需要判断一下当前是否打开了 映射，目的是加快速度。到了内核的mm，u 然后指定 uart 的基址。在解压阶head.s，就是真正的mmuT，此时就嵌入式系统搭建过程中，对于系统平台搭建工程师在完成 减移植的阶段，其中最重要的一步是 Kernel 启动的调试， 问题是启动异常 :Uncompressing Linuxdone, booting the kernel.(注意：这里是

2、arch/arm/boot/compressed/head.S 的解压过程，调用了 decompress_kernel()( 同目 录下的 misc.c)->inclide/asm-arm/arch-xxx/incompress.h 的 pitc() 实现。这是在 iboot 中初始化 的，用的是物理地址，因为此时内核还没有起来。而 printascii 则是调用了汇编。 printascii() 位于 arch/arm/kernel/debig.S ，他需要调用虚拟地 址，此虚拟地址通过 machine_start 提供，而相关的宏在 inclide/asm/arch-xxx/debi

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

4、加printascii("start_kernel")，如果串口没有打印岀start_kernel ，说明start_kernel是种必然，如果打印岀这仪信息 如果此时有串口启动打印就比较成功了， 如果仍然没start_kernel() 没有运行，那么可能的原因有 Bootloader 配置的启动参数错误、 Kernel 加载到 (DDR) SDRAIM勺地址不正确，Kernel编译时指定的(DDR) SDRAM!行地址不正确等。这样就需要一 项一项排查错误，当错误被排查完毕，通常打印岀 说明 Kernel 已 进入到 start_kernel() 执行， 有打印启动信息，

5、就需要另外一种调试技术。附代码修改： init/main.c <<-/ Modifyextern void printascii(const char*);asmlinkage void _init start_kernel(void)char * command_line;extern struct kernel_param _start_param, _stop_param;printascii("start_kernel“);/ Modifysmp_setup_processor_id();->>Kernel 启动调试技术 - 使用 printascii

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

7、印的。 为了帮助解决问题， 可以使用 printascii() 内容。这样就能把 printascii 的进度。附代码修改： kernel/printk.c<<-/ Modify/ Modifyextern void printascii(const char*);static char printk_buf1024;asmlinkage int printk(const char *fmt, .)va_list args;int r;va_start(args, fmt);r = vprintk(fmt, args);va_end(args);printascii(printk_

8、buf);return r;static int recursion_bug;static int new_text_line = 1;/static char printk_buf1024;->>/ Modify/ Modify如上是 Kernel 裁减移植过程中最重要的两个启动调试技术，灵活使用将带来工作效率的提升，不管 硬件平台是那种ARM或者其它类型的CPU,也不管是哪个Kernel版本(如Linux-2624 Linux-2.6.30 等 都可以采用这两个启动调试技术解决实际问题。 为了支持 printascii() 要在 Kernel 裁减中( make menucon

9、fig )添加 Kernel hacking ->的支持。函数，需? Kernel low - level debugging functions我的补充 :1/可以在/kernel/head.s里添加打印看是否跑到 mmi开启前:turn_mmu_on:/ 打印一个字符 amov r9,r0mov r0,'a'bl printascii / 该 函 数 位 于 arch/arm/kernel/debug.s include/mach/debug-macro.S调用了mov r0,r9/ 现在开启 mmumovmcrmrcmovmovr0, r0p15, 0, r0, c1, c0, 0 p15, 0, r3, c0, c0, 0 r3, r3r3, r3 write control reg read id regmovpc, r13/* 实际调用了 _switch_data, 在 head-common.s*/2/ 一般按楼上方法，在startkernel就可以打印岀来，如果：在第一步可以打印，而开启mmi后不能打印 ,