ARM 架构 dump_stack 实现分析(1.0 具体实例)

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)

......