Android电源管理简介（下）

旧城等待， 2022-03-17 05:48 226阅读 0赞

分享一下我老师大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！[https://blog.csdn.net/jiangjunshow][https_blog.csdn.net_jiangjunshow]

文章转载自：http://blog.csdn.net/hzdysymbol/archive/2009/03/19/4004791.aspx

Kernel层

其主要代码在下列位置:

drivers/android/power.c

其对Kernel提供的接口函数有

EXPORT\_SYMBOL(android\_init\_suspend\_lock); //初始化Suspend lock,在使用前必须做初始化

EXPORT\_SYMBOL(android\_uninit\_suspend\_lock); //释放suspend lock相关的资源

EXPORT\_SYMBOL(android\_lock\_suspend); //申请lock,必须调用相应的unlock来释放它

EXPORT\_SYMBOL(android\_lock\_suspend\_auto\_expire);//申请partial wakelock, 定时时间到后会自动释放

EXPORT\_SYMBOL(android\_unlock\_suspend); //释放lock

EXPORT\_SYMBOL(android\_power\_wakeup); //唤醒系统到on

EXPORT\_SYMBOL(android\_register\_early\_suspend); //注册early suspend的驱动

EXPORT\_SYMBOL(android\_unregister\_early\_suspend); //取消已经注册的early suspend的驱动

提供给Android Framework层的proc文件如下:

"/sys/android\_power/acquire\_partial\_wake\_lock" //申请partial wake lock

"/sys/android\_power/acquire\_full\_wake\_lock" //申请full wake lock

"/sys/android\_power/release\_wake\_lock" //释放相应的wake lock

"/sys/android\_power/request\_state" //请求改变系统状态,进standby和回到wakeup两种状态

"/sys/android\_power/state" //指示当前系统的状态

Android的电源管理主要是通过Wake lock来实现的,在最底层主要是通过如下三个队列来实现其管理:

static LIST\_HEAD(g\_inactive\_locks);

static LIST\_HEAD(g\_active\_partial\_wake\_locks);

static LIST\_HEAD(g\_active\_full\_wake\_locks);

所有初始化后的lock都会被插入到g\_inactive\_locks的队列中,而当前活动的partial wake lock都会被插入到g\_active\_partial\_wake\_locks队列中, 活动的full wake lock被插入到g\_active\_full\_wake\_locks队列中, 所有的partial wake lock 和full wake lock在过期后或unlock后都会被移到inactive的队列,等待下次的调用.

在Kernel层使用wake lock步骤如下:

1.        调用函数android\_init\_suspend\_lock初始化一个wake lock

2.        调用相关申请lock的函数android\_lock\_suspend 或 android\_lock\_suspend\_auto\_expire请求lock,这里只能申请partial wake lock, 如果要申请Full wake lock,则需要调用函数android\_lock\_partial\_suspend\_auto\_expire(该函数没有EXPORT出来),这个命名有点奇怪,不要跟前面的android\_lock\_suspend\_auto\_expire搞混了.

3.        如果是auto expire的wake lock则可以忽略,不然则必须及时的把相关的wake lock释放掉,否则会造成系统长期运行在高功耗的状态.

4.        在驱动卸载或不再使用Wake lock时请记住及时的调用android\_uninit\_suspend\_lock释放资源.

系统的状态:

USER\_AWAKE, //Full on status

USER\_NOTIFICATION, //Early suspended driver but CPU keep on

USER\_SLEEP // CPU enter sleep mode

其状态切换示意图如下:

系统正常开机后进入到AWAKE状态, Backlight会从最亮慢慢调节到用户设定的亮度,系统screen off timer(settings->sound & display-> Display settings -> Screen timeout)开始计时,在计时时间到之前,如果有任何的activity事件发生,如Touch click, keyboard pressed等事件, 则将Reset screen off timer, 系统保持在AWAKE状态. 如果有应用程序在这段时间内申请了Full wake lock,那么系统也将保持在AWAKE状态, 除非用户按下power key. 在AWAKE状态下如果电池电量低，或者是用AC供电时，screen off timer时间到并且选中Keep screen on while pluged in选项,backlight会被强制调节到DIM的状态.

![Android电源管理（下） - hubingforever - 民主与科学][Android_ - hubingforever -]

如果Screen off timer时间到并且没有Full wake lock或者用户按了power key,那么系统状态将被切换到NOTIFICATION,并且调用所有已经注册的g\_early\_suspend\_handlers函数, 通常会把LCD和Backlight驱动注册成early suspend类型,如有需要也可以把别的驱动注册成early suspend, 这样就会在第一阶段被关闭. 接下来系统会判断是否有partial wake lock acquired, 如果有则等待其释放, 在等待的过程中如果有user activity事件发生,系统则马上回到AWAKE状态;如果没有partial wake lock acquired, 则系统会马上调用函数pm\_suspend关闭其它相关的驱动, 让CPU进入休眠状态.

系统在Sleep状态时如果检测到任何一个Wakeup source, 则CPU会从Sleep状态被唤醒,并且调用相关的驱动的resume函数,接下来马上调用前期注册的early suspend驱动的resume函数,最后系统状态回到AWAKE状态.这里有个问题就是所有注册过early suspend的函数在进Suspend的第一阶段被调用可以理解,但是在resume的时候, Linux会先调用所有驱动的resume函数,而此时再调用前期注册的early suspend驱动的resume函数有什么意义呢?个人觉得android的这个early suspend和late resume函数应该结合Linux下面的suspend和resume一起使用,而不是单独的使用一个队列来进行管理.

[https_blog.csdn.net_jiangjunshow]: https://blog.csdn.net/jiangjunshow/article/details/77338485
[Android_ - hubingforever -]: /images/20220317/ca71646730f44aea94ed5a11a1c5be0c.png