本文结合该文档简单的总结了AP端功耗问题分析手段。shell
首先是官方功耗分析流程图:debug
注意几个关键的名词:3d
Modem 调制解调器芯片日志
RPM Resource Power Manager是高通MSM平台另外加的一块芯片,控制整个电源相关的shared resourcescode
APSS 应用处理器子系统,就是日常咱们说的APblog
功耗问题通常分为低电流太高,或者异常唤醒形成。文档
本文只站在AP的角度分析功耗问题,也就是Android系统的角度。ast
低电流太高首先要验证系统是否进入了最低功耗状态。VDD最小状态。module
mount -t debugfs none /sys/kernel/debug/ cat /sys/kernel/debug/rpm_stats 获取系统是否休眠。验证XO关闭和VDD最小化 RPM Mode:xosd count:0 time in last mode(msec):0 time since last mode(sec):1275 actual last sleep(msec):0 client votes: 0x03030303 RPM Mode:vmin count:0 //有计数则说明系统进入最低功耗状态 time in last mode(msec):0 time since last mode(sec):1275 actual last sleep(msec):0 client votes: 0x00000000
若是系统没有进入VDD最小状态,则要检查那一项阻止了终端进入VDD最小状态。cli
这一块主要查看RPM的外部日志。分析,略。
下面分析异常唤醒形成的功耗问题
查看AP端的异常唤醒源,查看modem那块的略过。
echo 1 >/sys/module/msm_show_resume_irq/parameters/debug_mask echo "8 8 8 8">/proc/sys/kernel/printk
经过查看唤醒锁的状态主要查看active_since字段能够查看,哪一个锁形成系统没法休眠。
总结:对于AP端判断功耗问题,通常从低电流状态判断。
排除方法:移除一些外部驱动程序,如sensor,tp,camera,LCD等。
cat /sys/kernel/debug/rpm_stats 获取系统是否休眠。验证XO关闭和VDD最小化 echo 1 >/sys/module/msm_show_resume_irq/parameters/debug_mask
查看log获取异常唤醒源
echo "8 8 8 8">/proc/sys/kernel/printk adb shell cat/sys/kernel/debug/wakeup_sources > j:\777.txt 查看唤醒锁,哪一个锁形成没法休眠