Linux内核常用调试技巧汇总

printk

printk共有8个等级，从0-7，等级依次降低。

打印等级可以通过修改/proc/sys/kernel/printk来改变。

查看printk等级：

cat /proc/sys/kernel/printk
7 4 1 7

打开内核所有打印：

echo 8 > /proc/sys/kernel/printk

动态输出

printk打印是全局的，使用动态输出则可以有选择地输出某个模块或某个子系统的打印，pr_debug()就是使用了动态输出。

打开svcsock.c文件中所有的动态输出语句

# echo 'file svcsock.c +p' > /sys/kernel/debug/dynamic_debug/control

打开usbcore模块中所有的动态输出语句

# echo 'module usbcore +p' > /sys/kernel/debug/dynamic_debug/control

打开svc_process()函数中所有的动态输出语句

# echo 'func svc_process() +p' > /sys/kernel/debug/dynamic_debug/control

打开文件路径包含usb的文件里所有的动态输出语句

# echo -n '*usb* +p' > /sys/kernel/debug/dynamic_debug/control

打开系统所有的动态输出语句

# echo -n '+p' > /sys/kernel/debug/dynamic_debug/control

BUG()和BUG_ON()

在内核中经常看到BUG()和BUG_ON()宏，这也是内核调试常用的技巧之一。

#<include/asm-generic/bug.h>

#define BUG_ON(condition) do { if (unlikely(condition)) BUG();} while(0)

#define BUG() do { \
 printk("BUG:failure at %s:%d/%s()!\n",__FILE__, __LINE__, __func__); \
    panic("BUG!"); \
}while(0)

对于BUG_ON()宏来说，满足条件（condition）就会触发BUG()宏，它会使用panic()函数来主动让系统宕机。通常只有一些内核的bug才会触发BUG_ON()宏，在实际产品中使用该宏需要小心谨慎。

WARN_ON()宏相对会好一些，不会触发panic()函数，使系统主动宕机，但会输出函数调用栈信息，提示开发者可能发生了一些不好的事情。

dump_stack()

dump_stack()用于打印函数的调用关系，例如，在驱动的入口处添加一句dump_stack()：

static int __init hello_init(void)
{
......
 dump_stack();
......
 return 0;
}

dump_stack()打印的信息：

dump_stack()打印的函数调用关系，需要从下往上看：

ret_fast_syscall->sys_finit_module->load_module->do_init_module->do_one_initcall->hello_init

通过调用关系看出，驱动入口函数hello_init，是由do_init_module调用do_one_initcall，然后再调用到了hello_init。

 

devmem

通常在Linux驱动中操作寄存器，需要先通过ioremap映射寄存器基地址，转为虚拟地址后才可进行访问。

而devmem可以直接对寄存器进行读写操作，而不需要专门写一个驱动这么麻烦，这在调试的时候很有用。

devmem命令格式：

Usage: devmem ADDRESS [WIDTH [VALUE]]

Read/write from physical address

 ADDRESS Address to act upon
 WIDTH Width (8/16/...)
 VALUE Data to be written

ADDRESS：物理地址

WIDTH：位宽，32位、64位等等

VALUE：要写入的值

例如，读取32位寄存器0x40200000的值：

devmem 0x40200000 32

向32位寄存器0x40200000写入0x12345678

devmem 0x40200000 32 0x12345678