使用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年寫的,就知道了.呵呵.