printascii函数

使用printascii() 函数

调试启动信息printascii输出
1.配置内核调试 DEBUG_LL
2在需要的地方增加函数外部声明及引用

/****************************************/

在booting the kernel 之后Kernel 最先执行的是start_kernel() 函数，确认start_kernel() 有否执行就是在其开始代码段添加 printascii("start_kernel …") ，如果串口没有打印出start_kernel …，说明start_kernel() 没 有运行，那么可能的原因有Bootloader 配置的启动参数错误、 Kernel 加载到(DDR) SDRAM 的地址不正确， Kernel 编译时指定的(DDR) SDRAM 运行地址不正确等。这样就需要一项一项排查错误，当错误被排查完毕，通常打印出 start_kernel …是种必然，如果打印出这仪信息 说明 Kernel已 进入到start_kernel()执行，如果此时有串口启动打印就比较成功了，如果仍然没有打印启动信息，就需要另外一种调试技 术。

附代码修改：init/main.c <<-

…

extern void printascii(const char*);     // Modify

asmlinkage void __init start_kernel(void)

{

    char * command_line;

    extern struct kernel_param __start___param[], __stop___param[];

    printascii("start_kernel …");        // Modify

    smp_setup_processor_id();

…

->>

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

附代码修改：kernel/printk.c   <<-

…

extern void printascii(const char*);    // Modify

static char printk_buf[1024];           // Modify

asmlinkage int printk(const char *fmt, ...)

{

    va_list args;

    int r;

    va_start(args, fmt);

    r = vprintk(fmt, args);

    va_end(args);

    printascii(printk_buf);            // Modify

    return r;

}

…

static int recursion_bug;

static int new_text_line = 1;

//static char printk_buf[1024];        // Modify

…

->>

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

 

我的补充:

1/ 可以在/kernel/head.s里添加打印看是否跑到mmu开启前:

__turn_mmu_on:

    //打印一个字符a

    mov r9,r0

    mov r0,'a'

    bl printascii //该函数位于arch/arm/kernel/debug.s，调用了 include/mach/debug-macro.S

    mov r0,r9
    //现在开启mmu
    mov    r0, r0
    mcr    p15, 0, r0, c1, c0, 0        @ write control reg
    mrc    p15, 0, r3, c0, c0, 0        @ read id reg
    mov    r3, r3
    mov    r3, r3
    mov    pc, r13    /*实际调用了__switch_data,在head-common.s*/

2/ 一般按楼上方法,在startkernel就可以打印出来,如果:在第一步可以打印,而开启mmu后不能打印,那绝对是虚拟地址映射问题,这个问题我搞了2天了....

3/ 如果还没有反应，就要检查串口打印那段 debug-macro.S 是否有问题了。

总结一下:

/compressed/head.s和/kernel/head.s基本上不用改,看文件头,2001年写的,就知道了.呵呵.