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)
......