文章出处：http://blog.csdn.net/chenglinhust/article/details/8667400
在内核代码中，经常会看到一些调试函数，如BUG，BUG_ON等。
使用前，先在内核配置中把kernel debug选上：
make menuconfig:
kernel hacking–>
kernel debug
作用：一些内核调用可以用来方便标记bug，提供断言并输出信息。最常用的两个是BUG()和BUG_ON()。当被调用的时候，它们会引发oops，导致栈的回溯和错误信息的打印。为什么这些声明会导致 oops跟硬件的体系结构是相关的。大部分体系结构把BUG()和BUG_ON()定义成某种非法操作，这样自然会产生需要的oops。你可以把这些调用当作断言使用，想要断言某种情况不该发生 ：
if (bad_thing)
BUG();
或者使用更好的形式：
BUG_ON(bad_thing);//BUG_ON是一个函数接口，一般开发人员自己实现相关函数内容，一般用来判断内核是否出现问题，如果参数为真的话，证明内核出现了//bug，打印BUG信息，然后调用PANIC函数，让系统panic。
可以用panic()引发更严重的错误。调用panic()不但会打印错误消息而且还会挂起整个系统。显然，你只应该在极端恶劣的情况下使用它：
if (terrible_thing)
panic(“foo is %ld/n”, foo);
有些时候，你只是需要在终端上打印一下栈的回溯信息来帮助你测试。此时可以使用dump_stack()。它只在终端上打印寄存器上下文和函数的跟踪线索：
if (!debug_check) {
printk(KERN_DEBUG “provide some information…/n”);
dump_stack();
}