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)

......