dump_stack 和 trigger_all_cpu_backtrace

最新推荐文章于 2025-05-06 13:41:55 发布
最新推荐文章于 2025-05-06 13:41:55 发布
阅读量2.3k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： debug linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/JK198310/article/details/8978749
debug 同时被 2 个专栏收录
24 篇文章 ¥79.90 ¥99.00
订阅专栏
linux
299 篇文章
订阅专栏
本文介绍了Linux内核中用于显示堆栈回溯的`dump_trace`函数及其相关联的`show_trace`和`trigger_all_cpu_backtrace`。`dump_trace`函数用于跟踪单个CPU的堆栈，而`trigger_all_cpu_backtrace`则会触发所有CPU进行回溯。`print_trace_address`用于打印地址和符号信息。整个过程涉及到了任务结构、寄存器、堆栈指针以及中断处理。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

182 /* 
183  * The architecture-independent dump_stack generator
184  */
185 void dump_stack(void)     
186 {  
187     unsigned long bp;     
188     unsigned long stack;  
189                           
190     bp = stack_frame(current, NULL); //在这边得到当前进程的 bp 值。
191     printk("Pid: %d, comm: %.20s %s %s %.*s\n",
192         current->pid, current->comm, print_tainted(),
193         init_utsname()->release,       
194         (int)strcspn(init_utsname()->versi
了解本专栏 订阅专栏 解锁全文
Android 中malloc_debug 原理详解
私房菜
02-24 3321
最近上项目中遇到一个native 可能内存泄漏的问题，曾考虑使用HWASAN，但这个工具是针对整个系统，运行代价还是很高的。而笔者遇到的问题大致有所方向，能指定到某一个进程，针对单个进程是否有检测的功能呢？答案是肯定的，也就是本文需要分析的 malloc_debug。malloc_debug 是调试native 内存问题的一个工具，能够帮助我们检测内存损坏、内存泄漏、释放再使用等问题。
高通开发系列 - 设备死机无法抓取dump
fulinux的博客
01-02 1556
高通开发系列 - 设备死机无法抓取dump
内核中dump_stack()的实现，并在用户态模拟dump_stack()
落尘纷扰的专栏
03-04 6912
本文介绍linux内核中dump_stack()函数的工作原理，并据此实现了用户态的栈回溯的方法，实现的代码基于mips体系结构。
dump_stack( )
天使之翼
03-07 853
dump_stack()函数可以让其放置的函数的调用栈打印出来，对于定位问题很有帮助。
dump_stack()
lyndon
08-10 1334
dump_stack() 能够提高我们分析代码的效率。
Linux x86_64 dump_stack（）函数基于FP栈回溯
小立仔
05-11 2519
Linux x86_64 dump_stack（）函数的使用，以及基于FP栈回溯的原理简介。
[ 13.820106] irq 37: nobody cared (try booting with the "irqpoll" option) [ 13.831003] CPU: 0 PID: 187 Comm: xf1024 Not tainted 4.13.16-licheepi-zero+ #13 [ 13.842432] Hardware name: Allwinner sun8i Family [ 13.851201] [<c010e5cc>] (unwind_backtrace) from [<c010b2b0>] (show_stack+0x10/0x14) [ 13.863022] [<c010b2b0>] (show_stack) from [<c06aff1c>] (dump_stack+0x84/0x98) [ 13.874285] [<c06aff1c>] (dump_stack) from [<c01638ec>] (__report_bad_irq+0x28/0xcc) [ 13.886030] [<c01638ec>] (__report_bad_irq) from [<c0163cf4>] (note_interrupt+0x28c/0x2dc) [ 13.898320] [<c0163cf4>] (note_interrupt) from [<c0161168>] (handle_irq_event_percpu+0x4c/0x58) [ 13.911075] [<c0161168>] (handle_irq_event_percpu) from [<c01611b8>] (handle_irq_event+0x44/0x68) [ 13.924004] [<c01611b8>] (handle_irq_event) from [<c0164730>] (handle_fasteoi_irq+0x9c/0x160) [ 13.936531] [<c0164730>] (handle_fasteoi_irq) from [<c01603c0>] (generic_handle_irq+0x24/0x34) [ 13.949095] [<c01603c0>] (generic_handle_irq) from [<c01608e4>] (__handle_domain_irq+0x5c/0xb4) [ 13.961674] [<c01608e4>] (__handle_domain_irq) from [<c01014a4>] (gic_handle_irq+0x4c/0x90) [ 13.973885] [<c01014a4>] (gic_handle_irq) from [<c010be0c>] (__irq_svc+0x6c/0x90)
05-13
他们提到了错误信息“nobody cared”和内核版本4.13.16，以及sun8i家族处理器，还有handle_fasteoi_irq和__report_bad_irq这些函数。看来用户可能在使用基于ARM的Allwinner芯片的设备，比如某种嵌入式系统或开发板。...
[ 37.930000] BUG: scheduling while atomic: swapper/0/0x40000102 [ 37.930000] Modules linked in: [ 37.940000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.10.108+ #40 [ 37.940000] Backtrace: [ 37.940000] [<c0011f44>] (dump_backtrace+0x0/0x10c) from [<c0012158>] (show_stack+0x18/0x1c) [ 37.950000] r6:c0492018 r5:c04a21b8 r4:00000000 r3:00000000 [ 37.960000] [<c0012140>] (show_stack+0x0/0x1c) from [<c036ce84>] (dump_stack+0x20/0x28) [ 37.970000] [<c036ce64>] (dump_stack+0x0/0x28) from [<c036a41c>] (__schedule_bug+0x4c/0x64) [ 37.980000] [<c036a3d0>] (__schedule_bug+0x0/0x64) from [<c036f784>] (__schedule+0x408/0x480) [ 37.980000] r4:c049c678 r3:00000000 [ 37.990000] [<c036f37c>] (__schedule+0x0/0x480) from [<c0046bb4>] (__cond_resched+0x28/0x38) [ 38.000000] [<c0046b8c>] (__cond_resched+0x0/0x38) from [<c036feb0>] (_cond_resched+0x40/0x48) [ 38.000000] r4:c39b8c4c r3:00000101 [ 38.010000] [<c036fe70>] (_cond_resched+0x0/0x48) from [<c0272c74>] (nuc970_poll+0x238/0x308) [ 38.020000] [<c0272a3c>] (nuc970_poll+0x0/0x308) from [<c02b09dc>] (net_rx_action+0xbc/0x1e8) [ 38.030000] [<c02b0920>] (net_rx_action+0x0/0x1e8) from [<c0024dec>] (__do_softirq+0xdc/0x1d8) [ 38.030000] [<c0024d10>] (__do_softirq+0x0/0x1d8) from [<c0024fd0>] (do_softirq+0x54/0x60) [ 38.040000] [<c0024f7c>] (do_softirq+0x0/0x60) from [<c0025240>] (irq_exit+0x5c/0x9c) [ 38.050000] r4:c04bb908 r3:00000008 [ 38.050000] [<c00251e4>] (irq_exit+0x0/0x9c) from [<c000fb64>] (handle_IRQ+0x3c/0x8c) [ 38.060000] r4:c04bb908 r3:00000000 [ 38.060000] [<c000fb28>] (handle_IRQ+0x0/0x8c) from [<c0008410>] (asm_do_IRQ+0x10/0x14) [ 38.070000] r6:f0000000 r5:60000013 r4:c000fd20 r3:c000fd28 [ 38.080000] [<c0008400>] (asm_do_IRQ+0x0/0x14) from [<c000e870>] (__irq_svc+0x30/0x74) [ 38.090000] Exception stack(0xc0493f30 to 0xc0493f78) [ 38.090000] 3f20: 00000000 0005317f 0005217f 60000013 [ 38.100000] 3f40: c0492000 c0492000 c049a074 c0492000 c04cb6ee c04cb6ee 00465d64 c0493f84 [ 38.110000] 3f60: 600000d3 c0493f78 c000fd28 c000fd20 60000013 ffffffff [ 38.110000] [<c000fcf4>] (arch_cpu_idle+0x0/0x3c) from [<c004e0ec>] (cpu_startup_entry+0xbc/0x108) [ 38.120000] [<c004e030>] (cpu_startup_entry+0x0/0x108) from [<c0369728>] (rest_init+0x78/0x90) [ 38.130000] r7:c049a000 r3:c0372dcc [ 38.140000] [<c03696b0>] (rest_init+0x0/0x90) from [<c044ba20>] (start_kernel+0x27c/0x2c8) [ 38.140000] r4:c049a0e0 r3:00000000 [ 38.150000] [<c044b7a4>] (start_kernel+0x0/0x2c8) from [<00008040>] (0x8040) 分析一下
最新发布
07-19
2. **其他可能问题**：虽然`dma_unmap_single`和`dma_map_single`通常不会睡眠，但在某些架构或配置下，如果映射的页面需要被回收，也可能导致睡眠（但这种情况很少见）。 ### 修复建议 #### 1. 预分配接收缓冲区 ...
linux内核调试技巧 dump_stack()
路过的熊的博客
03-19 5536
linux内核提供函数dump_stack()来跟踪函数的调用过程，原理是通过打印当前cpu的堆栈的调用函数来显示当前的上下文环境与调用关系； 例： 创建一个混杂设备，并定义read函数。在read中加入dump_stack()，显示read调用关系。结果如下： <1>[ 950.351269] --------------[fyl] dump_stack start---------------- [ 1560.465491] CPU: 0 PID: 2759 Comm: cat Taint
php 调试利器debug_print_backtrace()
12-19
如果我们想知道某个方法被谁调用了? debug_print_backtrace可以解决debug_print_backtrace() 可以打印出一个页面的调用过程 , 从哪儿来到哪儿去一目了然. 不过这是一个PHP5的专有函数,好在pear中已经有了实现, http://pear.php.net/package/PHP_Compat 测试代码 复制代码 代码如下: <?php class a{ function say($msg) { echo “msg:”.$msg; echo “<pre>”;debug_print_backtrace(); } } class b { function s
调用栈(dump_stack)
他山之石 可以攻玉
08-17 1162
在内核调试时打印cpu堆栈的调用关系；在想要查看的函数中调用。
Linux打印内核函数调用栈（dump_stack）
kunkliu的博客
04-26 6086
在Linux内核中提供了一个可以打印出内核调用堆栈的函数 dump_stack()该函数在我们调试内核的过程中可以打印出函数调用关系，该函数可以帮助我们进行内核调试，以及让我们了解内核的调用关系。该函数头文件为：#include <asm/ptrace.h>使用方式：直接在想要查看的函数中添加dump_stack();案例：随便写了一个模块test.c，test.c代码如下：    #include <linux/module.h>  &nbs
dumpstack
shizhan1881的专栏
05-07 1935
APP_BASE=`pwd` BASE_NAME=`basename $APP_BASE` PID=$(ps -eaf|grep ${BASE_NAME}|grep java|awk '{print $2}') DIR=$APP_BASE/log/dumpstack/ mkdir -p $DIR #rm -f $DIR/*.stack echo $PID echo $BASE_NAM
linux内核中打印栈回溯信息 - dump_stack()函数分析
落尘纷扰的专栏
05-08 2万+
当内核出现比较严重的错误时，例如发生Oops错误或者内核认为系统运行状态异常，内核就会打印出当前进程的栈回溯信息，其中包含当前执行代码的位置以及相邻的指令、产生错误的原因、关键寄存器的值以及函数调用关系等信息，这些信息对于调试内核错误非常有用。
【Linux内核调试-dump_stack】
cddchina的专栏
06-07 1535
Linux内核调试
kernel 调试技巧之dump_stack()分析函数调用关系
hezhensheng007的专栏
05-06 995
dump_stack()函数的使用，相信很多做kernel开发的人都有接触过，这个kernel函数在分析代码流程上是非常有帮忙的，在内核日志中打印当前CPU的调用栈信息，不需要任何的参数，直接在所需要的代码段加入dump_stack()，调用它会立即打印可以协助开发人员快速了解到代码的流程，从而快速分析问题。1.dump_stack()的输出会出现在内核日志中，可能会影响性能。调用的函数xdma_device_open()的。调用的函数xdma_device_open()在probe_one() 函数。
dump_stack的简单使用
Eliot_shao的专栏
06-28 2411
刚刚接触内核，在调试过程中用printk打印信息当然是直接有效的办法，但当我们不知到一个函数或者一个模块到底在哪里出了问题时我们可以利用dump_stack有效的找到问题的根源，下面只是简单的给出了使用方法。   我在自己的主机上试了一下dump_stack()  Makefile文件 obj-m := hello.o KERNELBUILD :=/lib/modules/$(shell
dump_stack()使用方法
热门推荐
Andy的博客
05-20 3万+
dump_stack调试方法。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值