dump_stack也就是我们平时说的backtrace对分析,对异常或crash发生的时候,具有重要的意义
每种架构会有或多或少的区别,如现在linux kernel支持如下架构:
alpha avr32 c6x frv hexagon m68k
mips openrisc powerpc score sparc um x86
arm blackfin cris h8300 ia64 m32r microblaze mn10300
parisc s390 sh tile unicore32 xtensa
能力及精力有限,不能把有限的生命投入到无限的代码中
这里只是分析了ARM架构dump_stack的实现
给自己以后忘记了参考下,能对别人也有点价值就更好了
参考:kernel/arch/arm/kernel/trap.c
kernel/arch/arm/kernel/unwind.c
首先看个具体的实例,有个具体的认识
一般来说我们从上往下看,越上面是越最近调用的,越有参考价值:
(这里我是在handler_pre函数中调用dump_stack的)
解释下:0x0/0x10c : 代表函数的总长度及当时的PC值在此函数的偏移量
symbol<c0011df0>] (dump_backtrace+0x0/0x10c) from [<c0630370>] (dump_stack+0x18/0x1c) symbol<c0630358>] (dump_stack+0x0/0x1c) from [<bf00c208>] (handler_pre+0x144/0x19c [kk]) symbol<bf00c0c4>] (handler_pre+0x0/0x19c [kk]) from [<c063d174>] (kprobe_handler+0x194/0x234) symbol<c063cfe0>] (kprobe_handler+0x0/0x234) from [<c063d23c>] (kprobe_trap_handler+0x28/0x54) symbol<c063d214>] (kprobe_trap_handler+0x0/0x54) from [<c00082ac>] (do_undefinstr+0x118/0x1b0) symbol<c0008194>] (do_undefinstr+0x0/0x1b0) from [<c063ca68>] (__und_svc+0x48/0x60) symbol<c00523e0>] (do_fork+0x0/0x464) from [<c0011aec>] (sys_clone+0x34/0x3c) symbol<c0011ab8>] (sys_clone+0x0/0x3c) from [<c000df20>] (ret_fast_syscall+0x0/0x30)
......