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/controlBUG()和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
