工具准备

crash

crash官网下载源码 crash-7.2.3.tar.gz 之后执行make

dzh@EF-dzh:~/opt/crash-7.2.3$ make target=arm64
TARGET: ARM64
 CRASH: 7.2.3
   GDB: 7.6

make成功后会在当前目录生产一个名为crash的可执行文件。

gcore

gcore是一个可以从kernel dumpfile里提取的coredump的crash插件。官网在戳这里。这里使用官网说明的第三种方法：

To build the module from the top-level crash-<version> directory, enter:　　
$ tar xzf crash-gcore-command-1.4.0.tar.gz
$ mv crash-gcore-command-1.4.0/* extensions
$ make extensions

---

准备ramdump和vmlinux(高通平台)

ramdump

1 不同平台进入dump的条件不同，比如高通平台
2 产生kernel异常使手机进入dump。执行下面的命令，或者有后门长按音量下键12秒。

echo c > /proc/sysrq-trigger

3 进入dump之后连上QPST工具自动拉去ramdump,目录结构如下：

dzh@EF-dzh:~/stability_doc/case/gcore_coredump/dumpfile$ ls
CODERAM.BIN   DDRCS0_0.BIN  DDRCS1_1.BIN   FSM_CTRL.BIN  IPA_GSI1.BIN  IPA_MBOX.BIN  load.cmm      MSGRAM11.BIN  MSGRAM14.BIN  MSGRAM2.BIN  MSGRAM5.BIN  MSGRAM8.BIN    OCIMEM.BIN    PMON_HIS.BIN  vmlinux
DATARAM.BIN   DDRCS0_1.BIN  DDR_DATA.BIN   FSM_STS.BIN   IPA_HRAM.BIN  IPA_SEQ.BIN   MSGRAM0.BIN   MSGRAM12.BIN  MSGRAM15.BIN  MSGRAM3.BIN  MSGRAM6.BIN  MSGRAM9.BIN    PIMEM.BIN     RST_STAT.BIN
DCC_SRAM.BIN  DDRCS1_0.BIN  dump_info.txt  IPA_DRAM.BIN  IPA_IRAM.BIN  IPA_SRAM.BIN  MSGRAM10.BIN  MSGRAM13.BIN  MSGRAM1.BIN   MSGRAM4.BIN  MSGRAM7.BIN  mzversion.txt  PMIC_PON.BIN  SHRM_MEM.BIN

vmlinux

vmlinux可以理解为kernel的symbols，它在自己build之后out下的./target/product/sdm845/obj/kernel/msm-4.9/vmlinux目录，服务器编译的版本它在debugs目录。
将它copy到dumpfile目录下：
"/home/dzh/stability_doc/case/gcore_coredump/dumpfile"

gcore提取coredump

解析ramdump

常规做法参考RDP(Linux Ramdump Parser)使用说明:
Android平台代码 vendor/qcom/opensource/tools/linux-ramdump-parser-v2中包含了RDP工具。
使用方法：
1：在工具同文件夹下面创建local_settings.py文件:

dzh@EF-dzh:~/samsung1t/M1971_QPF7_base/vendor/qcom/opensource/tools/linux-ramdump-parser-v2$ touch local_settings.py

然后写入下面类似内容. 工具路径要替换为自己对应目录的

gdb_path = "/home/dzh/samsung1t/M1971_QPF7_base/prebuilts/gdb/linux-x86/bin/gdb" 
nm_path = "/home/dzh/samsung1t/M1971_QPF7_base/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/arm-linux-androideabi-nm" 
objdump_path = "/home/dzh/samsung1t/M1971_QPF7_base/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/arm-linux-androideabi-objdump" 
gdb64_path = "/home/dzh/samsung1t/M1971_QPF7_base/prebuilts/gdb/linux-x86/bin/gdb" 
nm64_path = "/home/dzh/samsung1t/M1971_QPF7_base/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-nm" 
objdump64_path = "/home/dzh/samsung1t/M1971_QPF7_base/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-objdump" 

2：开始解析:
(解析用法可以使用 --help会列出详细使用方法，工具目录也有readme文件来描述) 简单使用如下

python ramparse.py --vmlinux <vmlinux path> --auto-dump <path to log files> -o <output logs directory path> --everything --force-hardware <chipset number like sdm845, 8909, etc> 

For example:

 python  ramparse.py --vmlinux /home/dzh/dzh-3t/bug/1971_hang/b129/Port_COM3/vmlinux --auto-dump  /home/dzh/dzh-3t/bug/1971_hang/Port_COM19/ -o /home/dzh/dzh-3t/bug/1971_hang/ --dmesg --force-hardware msmnile

--everything替换为--dmesg。会快速生成 dmesg_tz.txt
--force-hardware 选择芯片名msmnile是1971的８５５
-o 指定最后输出的路径

魅族bsp提供ramdump的网络路径，可在线分析直接生生成 dmesg_tz.txt ，获得kaslr kimage_voffset两个参数。

crash 加载ramdump

kaslr kimage_voffset 这两个c参数不同的版本是不同的，需要

dzh@EF-dzh:~/stability_doc/case/gcore_coredump/dumpfile$: ~/opt/crash-7.2.3/crash vmlinux --kaslr=0x1f2ca00000 --machdep kimage_voffset=ffffff9eb4a00000 DDRCS0_0.BIN@0x80000000,DDRCS0_1.BIN@0x100000000,DDRCS1_0.BIN@0x140000000,DDRCS1_1.BIN@0x1c0000000,OCIMEM.BIN@0x14680000,PIMEM.BIN@0x1c000000 -p 4096

使用gcore提取corefile

crash> cd ~/opt/crash-7.2.3/extensions/
crash> extend gcore.so
./gcore.so: shared object loaded
crash> help gcore
crash> gcore -v 0 1416

最后corefile生成在当前目录（/home/dzh/opt/crash-7.2.3/extensions/core.1403.system_server)