MTK 功耗

1、查找唤醒源

<7>[  129.680310] -(0)[913:system_server][name:mt_sleep&][SLP] @@@Chip_pm_enter@@@

<4>[  129.680310] -(0)[913:system_server][name:mt_spm_internal&][SPM] wake up .........................

<7>[  129.690364] .(0)[913:system_server][name:mt_sleep&][SLP] @@@Chip_pm_finish@@@

 

产生EINT的channel会记录在EINT_STA状态寄存器里面，这一点所有平台都一样；只要知道这个状态寄存器的值就可以知道哪个channel发生了中断；但是不同平台的log细节会有些不同。

--->89/72/82在wakeup时，如果唤醒源是EINT，会主动打印出EINT_STA的值

--->77默认不会打印这个寄存器，需要先开启EINT_DEBUG这个宏，才能看到EINT_STA的值

kernel log分析：

---------------------------------------------------------------------------------------------------------------------------

【step1 - 从kernel log中找到EINT channel id】

MT6577

[Power/Sleep] wake up by EINT (0x20)(0x4)(180689)  (* 这里0x20是EINT wakesrc id，0x4是sleep ISR寄存器状态，都不是channel id！)

EINT Module - EINT_STA = 0x400，--->bit[n] =1, channel id 就等于n

MT6589/MT6582

[SPM] wake up by EINT (0x20)(0x20)(370340)

EINT_STA:

3 --->这个值就是EINT channel id，不需要转换

MT6572

[PCM WAKEUP NORMAL]CPU WAKE UP BY: EINT :0x10000 --->bit[n] =1, channel id 就等于n

 

 

【step2 - 过滤PMIC触发的EINT唤醒】

pwrkey/charger/usb/这些事件发生时会有EINT产生，走的都是PMIC的EINT channel；并且89/72平台上，rtc（比如第三方APK造成的唤醒）和其他一些中断也会走PMIC的EINT；因此要先把PMIC EINT过滤掉，不需要去关注这个channel上的唤醒（当然rtc唤醒的话还是要分析的，只不过并不是去分析EINT唤醒源了）。所幸PMIC的EINT channel id是固定的，不能修改，所以可以直接看channel id来过滤，各平台的PMIC EINT channel如下：

MT6577    9  （EINT_STA=0x400）

MT6589    3  （EINT_STA=3）

MT6572    16（EINT_STA=0x10000）

MT6582    25（EINT_STA=25）

 

【step3 -从cust_eint.h中找到触发EINT的模块】

 CUST_EINT_XXX_NUM   对应的值就是XXX模块的EINT channel id。

如果在这个文件中没有找到造成唤醒的channel id的定义，说明可能没有用DCT Tool去配置EINT，而是直接写死在代码里，那就尝试搜索所有调用mt65xx_eint_registration的代码，看有没有注册这个channel id的。

具体参考《PowerDebugSOP_Standby》