BUG BUG_ON dump_stack

最新推荐文章于 2024-09-13 14:30:23 发布

转载最新推荐文章于 2024-09-13 14:30:23 发布 · 1.5k 阅读

tools 专栏收录该内容

38 篇文章

订阅专栏

本文介绍了Linux内核调试中常用的工具和方法，包括BUG()、BUG_ON()和panic()等断言及错误处理函数的使用场景，以及如何利用dump_stack()进行栈信息的输出，帮助开发者在调试过程中快速定位问题。

调试的时候很有用的东西：dump_stack

使用前，先在内核配置中把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();
}