Andriod 电源管理

Andriod PM suspend&resume

Android的电源管理还是比较简单的, 主要就是通过锁和定时器来切换系统的状态,使系统的功耗降至最低,整个系统的电源管理架构图如下: (注该图来自Steve Guo)

1、初始化suspend和resume函数

static struct platform_driver mxcbl_driver = {

.probe = mxcbl_probe,

.remove = mxcbl_remove,

.suspend = mxcbl_suspend,

.resume = mxcbl_resume,

.driver = {

.name = "mxc_mc13892_bl",

};

2、系统Suspend和resume的函数流程

取一个例子

加入suspend和resume

mxc_board_init-->mxc_init_bl()-->platform_device_register()-->platform_device_add()-->device_add()-->device_pm_add()-->，最终加入到了dpm_list的链表中，在其中的dpm_suspend和dpm_suspend中通过遍历这个链表来进行查看哪个device中包含suspend和resume项。

系统唤醒和休眠

Kernel层[针对Android Linux2.6.28内核]:

其主要代码在下列位置:

Drivers/base /main.c

kernel/power /main.c

kernel/power/wakelock.c

kernel/power/earlysuspend.c

其对Kernel提供的接口函数有

EXPORT_SYMBOL(wake_lock_init); //初始化Suspend lock,在使用前必须做初始化

EXPORT_SYMBOL(wake_lock); //申请lock,必须调用相应的unlock来释放它

static DEFINE_TIMER(expire_timer, expire_wake_locks, 0, 0);//定时时间到，加入到suspend队列中；

EXPORT_SYMBOL(wake_unlock); //释放lock

EXPORT_SYMBOL_GPL(device_power_up);//打开特殊的设备

EXPORT_SYMBOL_GPL(device_power_down);//关闭特殊设备

EXPORT_SYMBOL_GPL(device_resume);//重新存储设备的状态；

EXPORT_SYMBOL_GPL(device_suspend);:保存系统状态，并结束掉系统中的设备；

EXPORT_SYMBOL(register_early_suspend); //注册early suspend的驱动

EXPORT_SYMBOL(unregister_early_suspend); //取消已经注册的early suspend的驱动

函数的流程如下所示：

应用程序通过对state_store的写入操作可以使系统进行休眠的状态。pm_states包括PM_SUSPEND_ON，PM_SUSPEND_STANDBY，PM_SUSPEND_M满足个状态。当状态位PM_SUSPEND_ON的状态的时候，调用request_suspend_state()；当满足休眠的状态的时候，调用queue_work(suspend_work_queue,&early_suspend_work),调用了early_suspend，然后在其中通过wake_unlock()启动了expire_timer定时器，当定时时间到了，则执行expire_wake_locks，将suspend_work加入到队列中，分析到这里就可以知道了early_suspend_work和suspend_work这两个队列的先后顺序了，suspend调用了pm_suspend，通过判断当前的状态，选择enter_state()，在enter_state中，经过了suspend_prepare，suspend_test和suspend_device_and_enter()，在suspend_device_and_enter中调用了device_suspend来保存状态和结束系统的设备，到了dpm_suspend中结束所有的device。到了这里，我们就又可以看见在初始化的时候所看到的队列dpm_list。

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

LIST_HEAD(dpm_list);

系统正常开机后进入到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的状态.

如果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一起使用,而不是单独的使用一个队列来进行管理.

[参考]http://blog.csdn.net/hzdysymbol/archive/2009/03/04/3956462.aspx