linux内核中的BUG 和 BUG_ON

ixidof

墨衍会员 · AI 创作全网分发码龄19年

关注

转载最新推荐文章于 2026-06-24 09:35:21 发布 1.8k 阅读 AI 写同款· GEO 优化 ›

YOLOv8改进策略【Neck】| BiFPN：双向特征金字塔网络-跨尺度连接和加权特征融合可扩展的高效物体检测BiFPN（加权双向特征金字塔网络）阅读详情

文章出处：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();
}