彩虹的微笑的博客

❑ 问题背景在内核4.9及之后的版本，低于5C环境温度下待机，由于触发了Tsensor的低温保护机制，可能会遇到较频繁的tsens中断。11-22 07:12:27.914969 0 0 W GICv3 : gic_show_resume_irq: 22 triggered tsens-upper-lower11-22 07:12:37.147577 0 0 W GICv3 : gic_show_resume_irq: 22 triggered tsens-upper-lower11-22 07:

❑ 问题背景❑ TLOC(Trusted Location)功能默认打开, 会导致系统每30mins被唤醒，唤醒时间持续20s❑ 问题解决临时修改方法：adb shell rm /vendor/bin/tloc_daemon; adb reboot去验证.❑ 请参考KBA-171211223204.❑ 适用平台：ALL...

❑ 问题背景❑ Android P上Google修改了BT的代码，在待机时允许modem上报网络信号强度给AP。因此连接BT待机时AP会被频繁唤醒，导致待机功耗增加❑ 问题解决❑ 问题分析请参考KBA-190212004248❑ 适用平台：ALL(Android P)...

❑ 问题背景❑ 在内核4.9及之后的版本，通过优化APSS唤醒过程中uevent的上报数量，减少了ueventd的执行时间，从而改善唤醒过程中的峰值电流和平均电流❑ 问题解决❑ 请参考 KBA-190223230044❑ 适用平台：ALL...

❑ 问题背景❑ GOOGLE要求设备制造商必须在 /frameworks/base/core/res/res/xml/power_profile.xml 中提供组件的功耗配置文件。这些参数都是google定义的，但是没有提供统一的测量方法，因此针对这些问题，QC按照自己的理解，提供一些建议。❑ 问题解决❑ 参考KBA-200323062723, 文档针对power_profile.xml的条目进行了解释以及提供了部分参考的测量办法。❑ 适用平台：ALL...

❑ 问题背景❑ 在android升级到Android P之后，出现使用Google BatteryHistorian解析bugreport失败。❑ 问题解决❑ 方案一, 参考KBA-191207231251, 修改某些数据输出类型为整形❑ 方案二, 升级 battery-historian 版本。注意可能需要VPN才能正常访问安装网站1) Install Docker from https://www.docker.com/products/docker-desktop2) And th

❑ 问题背景❑ 从SM8150开始, MPROC通信机制GLINK有改动(80-PF777-4)。如遇到APPs被glink irq唤醒，处理方法则有所改动❑ 问题解决❑ KBA-170331004714在新GLINK架构中不再适用（sys/module/ipc_router_core节点不存在）❑ 请参考KBA-200427080824进行初步定位。❑ 请参考KBA-181212194604进行MPROC/IPC调试❑ 其中对于常见的sensor/modem导致的QMI 唤醒,.

❑ 问题背景❑ 在RPMH的新设计下，AOP以及其他各个子系统的状态可以通过Hansei工具进行解析，客户可以通过该工具自行解析RAM Dump来定位系统不休眠的问题。❑ 问题解决❑ 请参考80-P9301-16 RPM Hardening and Debugging Overview, Hansei RAM Dump Parser Part❑ Example on SM7250：python \aop_proc\core\bsp\aop\scripts\hansei\hansei.py -

❑ 问题背景❑ 由于在NR5G网络下的数据传输，功耗要显著高于4G LTE，因此温控变得十分重要。❑ 问题解决❑ 请参考KBA-200308213906 SDX55 5G NR THERMAL DEBUG GUIDE❑ 适用平台：SM8250, SM7250, SM6350

1.问题背景 ❑ Kernel由于Alarm Timer出现频繁唤醒或者出现Alarmtimer设备休眠失败。2. 问题解决 ❑ 请参考KBA-200505201040 How to debug alarm timer wakeup in APSS

1.温升问题可以分为以下三大类1.1设备的表面问题大于典型的45℃1.2Thermal引起的稳定性问题1.3Thermal引起的性能问题2. 更多细节，请参考KBA-160720191150 Thermal Issue Initial Triage Guide3. 在一些平台的QRD的默认配置中，Modem温升调节是默认使能的，这些Modem温升的配置会对Modem的速率测试，RF性能测试等产生影响，如果CDT里面的配置使用的是QRD的hw_platform id, 需要

1.DoU的目标应该基于基本的Power dashboard，在调试DoU之前请首先优化基本的Power User Case，确保基本的Power dashboard达到目标2.用户用例和操作流程会对DoU的产生很大影响，所以在做DoU对比测试时要检查以下的内容3.TX power 对每个modem 通话和数据业务的用户用例的影响4. DRX cycle length 对与modem stanby的用户用例的影响5. Presetting’s & test conditio

1.Modem用例的测试环境很重要，一定避免在现网环境下分析modem相关的功耗问题， 确保所有测试都在Callbox下进行的。2.Callbox具体的相关设置请参考文档 80-N6837-1 Measurement Procedure for MSM (Android-Based)/MDMDevices3.更多细节，请参考文档80-P0955-1SC的4.2 待机, 4.3 通话 4.4 数据...

1.删除掉所有不必要的log，Camera应用场景的时候因为log过多会导致系统功耗上升很多。要减少不必要log输出，或者直接disable LogD。2.综合考量功耗和性能，比如对于fps,可以低于30fps以取得更低功耗。需要找Camera Vendor提供更低帧率的设置。 对于sensor output，可以采用最低的sensor output resolution来满足实际场景需要，比如1080Pvideo record的时候sensor就不用输出Full Size，而是最接近1080P

1. 建议使用Android原生的UI，这样可以排除由于产品本身的UI引起的功耗增加。原生UI功耗正常以后再切换到产品定制UI上来。很多时候我们可以根据波形来进行对比。比如看看定制化UI的功耗波形是否有周期性的peak之类。2.需要考虑触摸屏的功耗，当触摸屏产生了更多中断的时候，可能会对功耗有负面影响。触摸屏本身firmware是否有优化空间也是考虑之一。需要和触摸屏厂家沟通以确认。3.检查自动背光调整feature是否打开，为了能更好对比功耗数据，做测试的时候需要去掉自动背光调整功能

1.确认MP3 playback模式• Compress offload /Tunnel mode: Decoding on ADSP，下面是命令adb shell setprop audio.offload.disable 0• Non-Offload/Nontunnel mode: Decoding on CPU，下面是命令adb shell setprop audio.offload.disable 12.如果有第三方的音效处理算法，系统功耗肯定会比高通参考数据高。为了方便比较，可以先去掉

1. 当RBSC高的时候可以使用IR Camera看看热点在哪里，这样可以确定是哪个硬件模块没有进入休眠。这个对某个大模块没有进入休眠很有帮助, 比如Audio Codec2. 运行下面的命令，然后从kernel的dmesg中能看到AP休眠的时候，还有那些clock是enabled的。例如最常见NFC配 置错误的时候，bb_clk2_pin在suspend之前没有被disable，导致系统进入不了VDD_MINadb shell "echo 1 > /sys/kernel/debug/clk

❑ 在测试功耗之前，请检查下面的这些基本项：❑ 使用 perf_defconfig 代替 defconfig▪ Remove “Debug” features▪ Double check if “CORESIGHT” config is removed▪ Double check if “CONFIG_MSM_DEBUG_LAR_UNLOCK” config is removed❑ RBCPR feature对功耗非常重要，请确保测试功耗的版本里面没有禁止掉VDD_APC, VDD_CX, VDD