高通ramdump

背景

高通平台下提供了一个工具，专门用来抓取内核死机以后的dump信息。如果只是非系统层面的crash（例如底层应用，安卓程序），则不能抓取dump信息。

在阅读一些文档的时候知道有这个功能，但是一直没时间尝试。

介绍

流程为：

1、进入dump模式：系统需要触发crash， 同时机器需要进行warm reset

2、用QPST工具抓取dump：当进入warm reset的时候，QPST可以开始抓取ram dump了，此时电流应该为82.58mA（固定某个值）

3、使用QCAP进行解析。

注意，不要轻易重新上电，会导致现场丢失而错失调试机会。

触发Crash

这里有三种方法可以触发crash，然后进入warm reset：

手动输入命令

输入以下命令

echo c > /proc/sysrq-trigger

之后按下音量下键，就会主动触发crash 和 warm reset，之后就会抓取到ram dump了

路径：

硬件触发法

任何时候，拉低pmic的PS_HOLD引脚不超过200ms，就会触发crash 和 warm reset

错误的驱动

例如：修改驱动代码以及dts。

这个方法还没有验证

在msm-pm660.dtsi中修改

qcom,pon_2 {
        qcom,pon-type = <1>;
        qcom,support-reset = <1>;
        //qcom,pull-up = <1>;  --- 去掉
        qcom,s1-timer = <0>;   --- Specify if this pon type needs to handle bark irq
        qcom,s2-timer = <2000>;  ---- 2ms
        qcom,s2-type = <1>;   --- WARM(1)的type
        //linux,code = <114>; --- 去掉
        qcom,use-bark;
};

之后再按下音量下键两秒

如果是在vddmin状态下抓取的，可能需要在下面的代码中注释掉按键的触发唤醒，否则抓到的就是唤醒的ram dump，而不是vdd min下的ram dump

kernel/msm-3.18/drivers/platform/msm/qpnp-power-on.c

在qpnp_pon_request_irqs中
/* mark the interrupts wakeable if they support linux-key */
 if (cfg->key_code) {
         //enable_irq_wake(cfg->state_irq);--------------注释
         /* special handling for RESIN due to a hardware bug */
         if (cfg->pon_type == PON_RESIN && cfg->support_reset)
                 //enable_irq_wake(cfg->bark_irq);--------注释
                 ;
 }

解析ram dump

参考文档80-NR964-54SC(中文) 80-NR964-54

使用CrasScope分析：打开网站会提示调到java官网下载java,按提示安装，并重启浏览器。

1、软件产品在aboot.html的Product项。

2、子系统分析选择部分或者全部

3、选择meta build的路径，即modem代码路径或者单独将需要的symbol文件放到dump抓取到的

log文件夹中，symbol文件的查找可参考下来提示。

 -Summary: 
 1) You can check your contexts.xml, such as : 
 <file_ref symbol="modem"> 
 <file_name>M8936FAAAANYZQ*.elf</file_name> 
 <file_path>modem_proc/build/ms/</file_path>

在modem的contexts.xml文件中，查找sysbol或者elf的字符串对应的文件：

• 如果机器的代码跟编译的代码 不一致或者查找到的代码不一致，会提示红字体的解析失败。
• 成功后会生成一份文档

可以将sysmbol文件放入dump路径下，后续可以解析出更多的信息。