Linux内核中为了方便方便标记 bug,提供断言并输出信息,最常用的两个API是WARN_ON()和BUG_ON()。当调用这两个宏的时候,它们会引发 OOPS,导致栈的回溯和错误消息的打印,方便我们底层开发者查看日志进行定位调试问题,所以也是我们要掌握的调试内容,本篇以做实验为目的来给大家分享下BUG_ON(),WARN_ON(),dump_stac...
当内核出现比较严重的错误时,例如发生Oops错误或者内核认为系统运行状态异常,内核就会打印出当前进程的栈回溯信息,其中包含当前执行代码的位置以及相邻的指令、产生错误的原因、关键寄存器的值以及函数调用关系等信息,这些信息对于调试内核错误非常有用。 打印函数调用关系的函数就是dump_stack(),该函数不仅可以用在系统出问...
编译工具链:aarch64-linux-gnu- BUG_ON 说起BUG_ON,先说下BUG宏,该宏用于在遇到严重错误时强制停止内核的执行。这种错误通常是致命的,并且无法通过简单的错误处理机制来解决。而BUG_ON宏是BUG宏的一个变种增加了断言,用于在某个条件成立时触发BUG。如果条件为真BUG_ON会触发一个BUG,否则不会有任何影响。 BUG...
1 简介 说起dump_stack() ,相信从事 Linux 内核或者驱动相关开发的同行对于此函数肯定不陌生。我们经常会用到此函数来对自己的代码进行 debug,可以快速帮助开发者理清函数调用流程,或者说解决 bug…… 首先我们来看一下 dump_stack 的打印,相信很多人都遇到过 : [ 4.778339] <1>-(1)[258:charger_thread]CPU:...
在Linux内核中提供了一个可以打印出内核调用堆栈的函数 dump_stack() 该函数在我们调试内核的过程中可以打印出函数调用关系,该函数可以帮助我们进行内核调试,以及让我们了解内核的调用关系。 该函数头文件为: #include <asm/ptrace.h> 使用方式: 直接在想要查看的函数中添加 ...
调用dump_stack()就会打印当前cpu的堆栈的调用函数了。 如此,一目了然的就能看到当前上下文环境,调用关系了 假设: 遇到uvc_probe_video这么一个函数,不知道它最终是被谁调用到的,根据linux设备模型,初步推测,probe应该是设备适配驱动时总线轮训到的。 也只能是猜测,也根本无法猜测是否是中断上下文环境。
linux内核调试技巧二:dump_stack 对于调用关系比较复杂的函数,在目标函数里面调用dump_stack()可以查看目标函数的调用链 但是如果情况更复杂,涉及到很多函数指针的传递和钩子函数,那么dump_stack的作用也是有限
linux-4.14 概述 栈回溯的目的是将函数的调用栈打印出来,对于分析函数调用和debug系统异常会很有帮助。对于Aarch64,x29用于用来当做帧指针,x30用来存放函数返回地址。 正文 原理 首先通过一个简单的程序分析一下栈回溯的原理,下面是测试程序: 1#include <stdio.h>23intfunc3(intb)4{5inta =10;6printf("a =...
当内核出现比较严重的错误时,例如发生Oops错误或者内核认为系统运行状态异常,内核就会打印出当前进程的栈回溯信息,其中包含当前执行代码的位置以及相邻的指令、产生错误的原因、关键寄存器的值以及函数调用关系等信息,这些信息对于调试内核错误非常有用。 打印函数调用关系的函数就是dump_stack(),该函数不仅可以用在系统出问...
在出现异常、故障等情况下,dump_stack函数可以打印出导致问题的函数调用路径,有助于定位问题的所在。 该函数定义在Linux内核的include/linux/kernel.h头文件中,其实现代码在kernel/printk/printk.c中。以下是该函数的详细解析。 函数原型 void dump_stack(void) 函数功能 打印当前执行路径上的函数调用堆栈信息。 函数...