高通平台如何抓取死机定屏log

jiffes 2017-06-19

展开全文

问题：当我们遇到了手机死机问题（hang issue），如何进行处理？

如果手机死机，并且没有重启（reboot），可能的原因：

1、在kernel中，进程中有一些dead lock，同时Android service也堵塞了（blocked），但是time interrupt和dog kick仍然能够running。因此手机没有重启。

2、 Deadlock发生在Android userspace server，如service manager 或者serviceflinger。

两种情景抓取log：

1、 adbshell 能够工作

通过adb获取一些信息，如adb bugreport > D:\bugreport.txt。

一些Android framework dead lock可能导致bugreport hang。因此需要先获取一些简单log，如dmesg和logcat log。再进行adb bugreport操作。获取dmesg log之后，通过sysrq 接口获取更多信息。

kernel/Documentation/sysrq.txt
显示 stack for all active CPU
      echo l >/proc/sysrq-trigger
显示hold lock
   echo d > /proc/sysrq-trigger
显示 hrtimer
    echo q > /proc/sysrq-trigger

disk sleep(uninterruptable sleep)时显示tasks，如阻塞在mutex或者hardware register access。
echo w > /proc/sysrq-trigger
进行以上trigger后，再次获取dmesg log以防止覆盖。

通过以下trigger获取crash dump

不同平台拥有不同sysfs进入downloade mode的方式，并使能download mode
可能是以下一项：
echo 1>/sys/module/restart/parameters/download_mode
echo 1>/sys/module/msm_restart/parameters/download_mode
echo 1 >/sys/module/msm_poweroff/parameters/download_mode

如果操作adb bugreport没有block，最后triggercrash。
echo c> /proc/sysrq-trigger

2、没有枚举adb port或者adb shell不能正常工作

我们需要trigger dump，通过长按power key或者RESET_IN pin（通常连接到powerkey + volume-产生），

需要确保s2-type 配置为1 （warm reset），而不是 7 （hard reset）

pon_1 is forpower key, pon_3 is for RESET_IN pin
以8894为例,kernel/arch/arm64/boot/dts/qcom/msm-pm8994.dtsi
    qcom,pon_1 {
           qcom,pon-type = <0>;
           qcom,pull-up = <1>;
           linux,code = <116>;
           qcom,support-reset = <1>;
           qcom,s1-timer = <10256>;
           qcom,s2-timer = <2000>;
           qcom,s2-type = <1>;
    };
    qcom,pon_3 {
    qcom,pull-up = <1>;
           qcom,s1-timer = <6720>;
           qcom,s2-timer = <2000>;
           qcom,s2-type = <7>;
           qcom,use-bark;
    };