Android/linux(earlysuspend、lateresume)睡眠唤醒机制简介

2019-07-13 02:30发布

转自: http://blog.sina.com.cn/s/blog_759dc36b0100stax.html
背景介绍: 睡眠/唤醒嵌入式Linux非常重要的组成部分,因为优秀的睡眠唤醒机制可以是嵌入式设备尽可能的进入休眠状态来延长电池的续航时间(这在移动终端消费类电子设备中是非常重要和有意义的!!)。但标准的Linux睡眠唤醒机制有其自身的一些缺陷(所有模块必须同时睡下或者唤醒),在某些情况下,这会导致能耗的白白浪费。因此Android在标准Linux睡眠唤醒的机制上作了新的改动(wake_lock唤醒、early_suspend和late_resume机制),从而很好的解决上面的问题。Android2.3.1版本为例,详细介绍标准Linux睡眠/唤醒是如何工作的, 并且Android中如何把其自身特有的机制和Linux中标准的联系起来的   标准Linux睡眠唤醒机制简介:     在标准Linux中,休眠主要分三个主要的步骤:(1)冻结用户态进程和内核态任务;(2)调用注册的设备的suspend的回调函数,其调用顺序是按照驱动加载时的注册顺序。(3)休眠核心设备和使CPU进入休眠态冻结进程是内核把进程列表中所有的进程的状态都设置为停止,并且保存下所有进程的上下文。 当这些进程被解冻的时候,它们是不知道自己被冻结过的,只是简单的继续执行。     那么是如何让Linux进入休眠的呢?其实很简单,因为Androidkernel已经做了很多复杂的工作,所以用户只需可以通过读写sys文件/sys /power/state 就可以实现控制系统进入休眠。  比如: echo  mem  /sys/power/state               使系统进行睡眠        # echo  on   /sys/power/state     使系统从睡眠中唤醒过来 当然还有其它的状态操作,在下面的内容中将有介绍。   Android睡眠唤醒机制简介: AndroidLinux内核原有的睡眠唤醒模块上基础上,主要增加了下面三个机制:     Wake _Lock 唤醒锁机制; Early _Suspend 预挂起机制; Late _Resume 迟唤醒机制; 其基本原理如下:当启动一个应用程序的时候,它都可以申请一个wake_lock唤醒锁,每当申请成功之后都会在内核中注册一下(通知系统内核,现在已经有锁被申请),当应用程序在某种情况下释放wake_lock的时候,会注销之前所申请的wake_lock特别要注意的是:只要是系统中有一个wake_lock的时候,系统此时都不能进行睡眠。但此时各个模块可以进行early_suspend当系统中所有的wake_lock都被释放之后,系统就会进入真正的kernel的睡眠状态。在系统启动的时候会创建一个主唤醒锁main_wake_lock该锁是内核初始化并持有的一个WAKE_LOCK_SUSPEND属性的非限时唤醒锁。因此,系统正常工作时,将始终因为该锁被内核持有而无法进入睡眠状态。也就是说在不添加新锁的情况下,只需将main_wake_lock 解锁,系统即可进入睡眠状态。         下面是Android睡眠唤醒模块框架(该图引用上届师兄毕设里图片,自己懒得再画了,这就是鲁迅所说的“拿来主义” ^): Android/linux(earlysuspend、lateresume)睡眠唤醒机制简介     接下来我们将以上图的框架结构为主线,将进行非常非常详细地从最上层到最底层的跟踪!!!本文的主旨主要就是读者从Android最上层(Java写的应用程序)一步一步的往下跟进,经过JavaC++C语言写的Framework层、JNI层、HAL层最后到达android的最底层(Kernel层)。通过本文的阅读,您将对android的整体有更加深入、宏观的理解和把握!    主要涉及到的目录文件: android/frameworks/base/core/java/android/os/PowerManager.java  android/frameworks/base/services/java/com/android/server/PowerManagerService.java android/frameworks/base/core/java/android/os/ Power.java android/frameworks/base/core/jni/android_os_Power.cpp android/hardware/libhardware_legacy/power/power.c   android/kernel/kernel/power/main.c  android/kernel/kernel/power/earlysuspend.c android/kernel/kernel/power/suspend.c android/kernel/kernel/power/wakelock.c android/kernel/kernel/power/userwakelock.c     在应用程序框架层中,PowerManager类是面向上层应用程序的接口类,提供了Wake Lock机制(同时也是睡眠唤醒子系统)的基本接口(唤醒锁的获取和释放)。上层应用程序通过调用这些接口,实现对系统电源状态的监控。PowerManager类通过IBinder这种Android中特有的通信模式,与PowerManagerService 类进行通信。PowerManagerService PowerManager 类中定义的接口的具体实现,并进一步调用Power 类来与下一层进行通信。PowerManagerService 类是WakeLock 机制在应用程序框架层的核心,他们对应用程调用PowerManager类接口时所传递的参数进行初步的分析和对应的设置,并管理一个唤醒锁队列,然后配合其他模块(例如WatchDogBatteryServiceShutdownThread 等)的状态信息,做出决策,调用Power类的对应接口,最终通过JNI 接口,调用到硬件抽象层中的函数,对sysfs 的用户接口进行操作,从而触发内核态实现的用。 (该段引自于上届一个师兄的毕设原文,在这就直接用了,希望师兄看了不要介意了哈 ^     PowerManager.java提供上层应用程序的接口;     PowerManagerService.java具体实现PowerManager类中的接口;     Power.javaPowerManagerService类调用;     android_os_Power.cpp实现Power类中的JNI接口;     power.c进行sysfs用户接口的操作。 其余涉及到的都是内核kernel中的文件,它们的作用将在下面给予介绍。    具体流程: 下面我将分别以两条路线(第一:获得wakelock唤醒锁。第二:系统进入睡眠。)来分别说明各自的流程,让读者对android睡眠唤醒机制有更深入的理解!    第一部分:获得wakelock唤醒锁     比如在应用程序中,当获得wakelock唤醒锁的时候,它首先是调用/android/frameworks/base/core/java/ android/os/PowerManager类中的public void acquire()方法,而该方法通过android特有的通讯机制,会接着调用到PowerManagerService类中的public void acquireWakeLock public void acquireWakeLock(int flags, IBinder lock, String tag, WorkSource ws) {         int uid Binder.getCallingUid();         int pid Binder.getCallingPid();         if (uid != Process.myUid()) {             mContext.enforceCallingOrSelfPermission(android.Manifest.permission.WAKE_LOCK, null);                     if (ws != null) {             enforceWakeSourcePermission(uid, pid);                     long ident Binder.clearCallingIdentity();         try {             synchronized (mLocks) {                 acquireWakeLockLocked(flags, lock, uid, pid, tag, ws);                          finally {             Binder.restoreCallingIdentity(ident);                而 public void acquireWakeLock方法又调用了acquireWakeLockLocked public void acquireWakeLockLocked(int flags, IBinder lock, int uid, int pid, String tag,             WorkSource ws)  {     if (mSpew) {      Slog.d(TAG, "acquireWakeLock flags=0x" Integer.toHexString(flags) tag=" tag); }         if (ws != null && ws.size() == 0) {ws null;}         int index mLocks.getIndex(lock);         WakeLock wl;         boolean newlock;         boolean diffsource;         WorkSource oldsource;                                                                                       中间代码省略                                                                                Power.acquireWakeLock(Power.PARTIAL_WAKE_LOCK,PARTIAL_NAME);         }         if (diffsource) {             // If the lock sources have changed, need to first release the             // old ones.             noteStopWakeLocked(wl, oldsource);         }         if (newlock || diffsource) {             noteStartWakeLocked(wl, ws);         } } 我们可以看到在acquireWakeLockLocked 方法调用Power中的public static native void acquireWakeLock(int lock, String id)方法。而该方法是调用android_os_Power.cpp中的static void acquireWakeLock()函数。 static void acquireWakeLock(JNIEnv *env, jobject clazz, jint lock, jstring idObj) {     if (idObj == NULL) {         throw_NullPointerException(env, "id is null");         return ;     }     const char *id env->GetStringUTFChars(idObj, NULL);     acquire_wake_lock(lock, id);     env->ReleaseStringUTFChars(idObj, id); }     函数 acquire_wake_lock()的实现在 power.c中,其定义如下: int  acquire_wake_lock(int lock, const char* id) {     initialize_fds(); //    LOGI("acquire_wake_lock lock=%d id='%s' ", lock, id);     if (g_error) return g_error;     int fd;     if (lock == PARTIAL_WAKE_LOCK) {         fd g_fds[ACQUIRE_PARTIAL_WAKE_LOCK];     }     else {         return EINVAL;     }     return write(fd, id, strlen(id)); } 到现在为止,我们的代码流程已经走了一大半了,我们一开始介绍的android的上面几层Framework层、JNI层、HAL都已经介绍了就剩下Kernel层了。下面就应该是和kernel层进行交互了。     但是在android/hardware/libhardware_legacy/power/power.c中的acquire_wake_lock()函数似乎没法和kernel层进行通信啊??不急 要淡定!!在这个函数的最后不是还有一个返回语句return write(fd, id, strlen(id))!!有人会说这句话看不出什么啊,我一开始用Source Insight代码阅读器跟踪的时候也没有找到它的原型,那个叫急啊!!呵呵 最后经过我的继续不断的努力查找(其实方法很简单,既然我从上往下的路断了,那我就换个方向,我最后又从下往上顺着代码走了一遍),终于被我发现了。 我们先看一下android/kernel/kernel/power/main.c中的一段代码,我将会做简单的分析,之后你就会明白刚才上面所产生的疑问了。 #ifdef CONFIG_USER_WAKELOCK power_attr(wake_lock); power_attr(wake_unlock); #endif   static struct attribute g[] { &state_attr.attr, #ifdef CONFIG_PM_TRACE &pm_trace_attr.attr, #endif #ifdef CONFIG_PM_SLEEP &pm_async_attr.attr, #ifdef CONFIG_PM_DEBUG &pm_test_attr.attr, #endif #ifdef CONFIG_USER_WAKELOCK &wake_lock_attr.attr, &wake_unlock_attr.attr, #endif #endif NULL, };   static struct  attribute_group  attr_group { .attrs g, };   #ifdef CONFIG_PM_RUNTIME struct workqueue_struct *pm_wq; EXPORT_SYMBOL_GPL(pm_wq);   static int __init pm_start_workqueue(void) { pm_wq create_freezeable_workqueue("pm");   return pm_wq -ENOMEM; } #else static inline int pm_start_workqueue(void) return 0; } #endif   static int __init pm_init(void) { int error pm_start_workqueue(); if (error) return error; power_kobj kobject_create_and_add("power", NULL); if (!power_kobj) return -ENOMEM; return sysfs_create_group(power_kobj, &attr_group); } core_initcall(pm_init); 这段代码虽然简短,但看起来是不是还是比较费劲,没关系,我们倒过来看就比较清楚了。上面代码中的sysfs_create_group(power_kobj, &attr_group);