如何查找唤醒android系统

如果在休眠中系统被中断或者其他事件唤醒,接下来的代码就会开始执行,这个唤醒的顺序是和休眠的循序相反的,所以系统设备和总线会首先唤醒，使能系统中断,使能休眠时候停止掉的非启动CPU,以及调用suspend_ops->finish(),而且在suspend_devices_and_enter()函数中也会继续唤醒每个设备,使能虚拟终端,最后调用suspend_ops->end().

在返回到enter_state()函数中的,当suspend_devices_and_enter()返回以后,外设已经唤醒了,但是进程和任务都还是冻结状态,这里会调用suspend_finish()来解冻这些进程和任务,而且发出Notify来表示系统已经从suspend状态退出,唤醒终端.

到这里,所有的休眠和唤醒就已经完毕了,系统继续运行了.

Android系统Suspend和resume的函数流程

Android 休眠(suspend)介绍

在一个打过android补丁的内核中,state_store()函数会走另外一条路,会进入到request_suspend_state()中,这个文件在earlysuspend.c中.这些功能都是android系统加的,后面会对earlysuspend和lateresume进行介绍。

涉及到的文件:

linux_source/kernel/power/main.c

linux_source/kernel/power/earlysuspend.c

linux_source/kernel/power/wakelock.c

特性介绍

1）EarlySuspend

Early suspend是android引进的一种机制,这个机制作用在关闭显示的时候,一些和显示有关的设备,比如LCD背光,重力感应器,触摸屏,这些设备都会关掉，但是系统可能还是在运行状态(这时候还有wakelock)进行任务的处理，例如在扫描SD卡上的文件等.在嵌入式设备中,背光是一个很大的电源消耗，所以android会加入这样一种机制。

2）LateResume

Late Resume是和suspend配套的一种机制,是在内核唤醒完毕开始执行的，主要就是唤醒在EarlySuspend的时候休眠的设备.

当所有的唤醒已经结束以后,用户进程都已经开始运行了,唤醒通常会是以下的几种原因:

来电

如果是来电,那么Modem会通过发送命令给rild来让rild通知WindowManager有来电响应,这样就会远程调用PowerManagerService来写"on"到/sys/power/state来执行lateresume的设备,比如点亮屏幕等.

用户按键用户按键事件会送到WindowManager中,WindowManager会处理这些按键事件,按键分为几种情况,如果案件不是唤醒键(能够唤醒系统的按键)那么WindowManager会主动放弃wakeLock来使系统进入再次休眠,如果按键是唤醒键,那么WindowManger就会调用PowerManagerService中的接口来执行Late Resume.

Late Resume会依次唤醒前面调用了EarlySuspend的设备.

3）WakeLock

Wake Lock在Android的电源管理系统中扮演一个核心的角色.Wake Lock是一种锁的机制,只要有人拿着这个锁，系统就无法进入休眠,可以被用户态程序和内核获得。这个锁可以是有超时的或者是没有超时的,超时的锁会在时间过去以后自动解锁。如果没有锁了或者超时了,内核就会启动休眠的那套机制来进入休眠。

3）AndroidSuspend

当用户写入mem或者standby到/sys/power/state中的时候,state_store()会被调用,然后Android会在这里调用request_suspend_state()而标准的Linux会在这里进入enter_state()这个函数.如果请求的是休眠,那么early_suspend这个workqueue就会被调用,并且进入early_suspend状态。调用request_suspend_state()后在suspend_work_queue工作线程上面注册一个early_suspend_work工作者，

然后又通过staticDECLARE_WORK(early_suspend_work, early_suspend)注册一个工作任务early_suspend。所以系统最终会调用early_suspend函数。

注册加入suspend和resume流程

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

系统唤醒和休眠

Kernel层[针对AndroidLinux2.6.28内核]:

其主要代码在下列位置:

Drivers/base /main.c

kernel/power /main.c

kernel/power/wakelock.c

kernel/power/earlysuspend.c

其对Kernel提供的接口函数有

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

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)//注册earlysuspend的驱动

EXPORT_SYMBOL(unregister_early_suspend)//取消已经注册的earlysuspend的驱动

Android的suspent执行流程

函数的流程如下所示：

应用程序通过对/sys/power/state的写入 *** 作可以使系统进行休眠的状态，会调用/kernel/power/main.c中的state_store函数。pm_states包括：

PM_SUSPEND_ON，PM_SUSPEND_STANDBY，PM_SUSPEND_MEM满足的状态。

1）当状态位PM_SUSPEND_ON的状态的时候，request_suspend_state()；当满足休眠的状态的时候，调用request_suspend_state在suspend_work_queue工作线程上创建early_suspend_work队列，queue_work(suspend_work_queue,&early_suspend_work)。

2）然后通过DECLARE_WORK(early_suspend_work,early_suspend)在early_suspend_work工作队列中添加工作任务调用early_suspend，所以early_suspend函数会被调用。

3）early_suspend函数中通过

list_for_each_entry(pos,&early_suspend_handlers, link) {

if (pos->suspend != NULL)

pos->suspend(pos)；

在链表中找注册的suspend函数，这个suspend是early的。early_suspend后面调用wake_unlock函数。语句：wake_unlock(&main_wake_lock)

4）wake_unlock()中调用mod_timer启动expire_timer定时器，当定时时间到了，则执行expire_wake_locks函数，将suspend_work加入到suspend_work_queue队列中，分析到这里就可以知道了early_suspend_work和suspend_work这两个队列的先后顺序了（先执行early，定义一段时间后才执行suspend_work），然后会在suspend_work队列中加入suspend的工作任务，所以wakelock.c中的suspend函数会被调用。

5）suspend调用了pm_suspend，通过判断当前的状态，选择enter_state()，在enter_state中，经过了suspend_prepare，suspend_test和suspend_device_and_enter()，在suspend_device_and_enter中调用dpm_suspend_start()，然后调用dpm_suspend()。

6）dpm_suspend中利用while循环在dpm_list链表查找所有devic，然后调用device_suspend来保存状态和结束系统的设备。到了这里，我们就又可以看见在初始化的时候所看到的队列dpm_list。

dpm_list链表的添加是在device_pm_add中完成，请看上一节中。

Wake Lock

我们接下来看一看wakelock的机制是怎么运行和起作用的,主要关注wakelock.c文件就可以了。

wake lock有加锁和解锁两种状态,加锁的方式有两种,一种是永久的锁住,这样的锁除非显示的放开,是不会解锁的,所以这种锁的使用是非常小心的.第二种是超时锁,这种锁会锁定系统唤醒一段时间,如果这个时间过去了,这个锁会自动解除.

锁有两种类型:

WAKE_LOCK_SUSPEND这种锁会防止系统进入睡眠

WAKE_LOCK_IDLE这种锁不会影响系统的休眠,作用我不是很清楚.

在wakelock中,会有3个地方让系统直接开始suspend(),分别是:

1）在wake_unlock()中,如果发现解锁以后没有任何其他的wakelock了,就开始休眠

2）在定时器都到时间以后,定时器的回调函数会查看是否有其他的wakelock,如果没有,就在这里让系统进入睡眠.

3）在wake_lock()中,对一个wakelock加锁以后,会再次检查一下有没有锁,我想这里的检查是没有必要的,更好的方法是使加锁的这个 *** 作原子化,而 不是繁冗的检查.而且这样的检查也有可能漏掉.

Android于标准Linux休眠的区别

pm_suspend()虽然会调用enter_state()来进入标准的Linux休眠流程，但是还是有一些区别:

当进入冻结进程的时候，android首先会检查有没有wakelock，如果没有,才会停止这些进程，因为在开始suspend和冻结进程期间有可能有人申请了wake lock,如果是这样,冻结进程会被中断.

在suspend_late()中,会最后检查一次有没有wakelock,这有可能是某种快速申请wakelock,并且快速释放这个锁的进程导致的,如果有这种情况,这里会返回错误,整个suspend就会全部放弃.如果pm_suspend()成功了,LOG的输出可以通过在kernelcmd里面增加"no_console_suspend"来看到suspend和resume过程中的log输出。

Android的电源管理主要是通过Wakelock来实现的，在最底层主要是通过如下队列来实现其管理：

LIST_HEAD(dpm_list)

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

如果Screenoff timer时间到并且没有Fullwake lock或者用户按了powerkey,那么系统状态将被切换到NOTIFICATION,并且调用所有已经注册的early_suspend_handlers函数,通常会把LCD和Backlight驱动注册成earlysuspend类型,如有需要也可以把别的驱动注册成earlysuspend,这样就会在第一阶段被关闭.接下来系统会判断是否有partialwake lock acquired, 如果有则等待其释放,在等待的过程中如果有useractivity事件发生,系统则马上回到AWAKE状态如果没有partialwake lock acquired, 则系统会马上调用函数pm_suspend关闭其它相关的驱动,让CPU进入休眠状态。

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

手机RIL是一个非常重要的组件，RIL使各种无线语音和数据应用成为可能。RIL(Radio Interface Layer)工作在PPP、TCP/IP协议之下，负责数据的可靠传输、AT命令的发送以及response的解析。

RIL的位置处于无线基带系统的协议栈之上，Windows Mobile的CellCore层之下。由于RIL隐藏了硬件上的一些细节，OEM厂商可以根据自己的需要将不同型号的无线modem集成到它们的产品之中。

扩展资料：

手机RIL的结构，整个通信过程有四个层：

最上层的是应用程序，如通话，短信以及SIM卡管理，它们主要负责将用户的指令发送到RIL Framework(以后统称RILJ）；

RILJ为上层提供了通用的API，如TelephonyManager(包括通话，网络状态； SubscriptionManager(卡状态）以及SmsManager等，同时RILJ还负责维持与RILD的通信，并将上层的请求发送给RILD；

RILD是系统的守护进程，对于支持通话功能的移动平台是必不可少的。RILD的功能主要功能是将RILJ发送过来的请求继续传递给CP，同时会及时将CP的状态变化发送给RILJ；

Linux驱动层：kernel驱动层接受到数据后，将指令传给CP，最后由CP发送给网络端，等网络返回结果后，CP将传回给RILD。

参考资料来源：百度百科——RIL

一般的native和framework的通信是通过jni，但是这一般只是framework调用native，native如果有消息要怎样通知上层 呢？android中GSP模块提供一种解决思路，但是实现有些复杂，这里介绍一种使用socket通信的方法可以使native和framework自 由通信，具体实现如下：

java层主要代码：

view sourceprint?

1.LocalSocket s =null

2.LocalSocketAddress l

3.s = new LocalSocket()

4.l = newLocalSocketAddress(SOCKET_NAME,LocalSocketAddress.Namespace.RESERVED)

5.s.connect(l)

到此时如果socket连接没有问题，就可以像正常的读写了。

native层主要代码：

view sourceprint?

1.s_fdListen = android_get_control_socket(SOCKET_NAME)

2.ret = listen(s_fdListen, n)

3.s_fdCommand = accept(s_fdListen, (sockaddr *) &peeraddr, &socklen)

连接没有问题就可以使用linux中的write/read来对socket进行读和写了；

这里有必要解释一下SOCKET_NAME，它的值是一个字符串，它在init.rc中定义的一个字符串。也就是说，我们可以通过修改init.rc中来申请我们需要的socket资源。

这里以ril为例来说明：

service ril-daemon /system/bin/rild

socket rild stream 660 root radio

socket rild-debug stream 660 radio system

user root

group radio cache inet misc audio

作用是由init.c来解析init.rc，并为我们启动一个名为rild的守护进程，它是一个可执行程序，我们通过 adb shell在system/bin中可以找到对应的rild文件。socket表示为这个守护进程分配一个socket资源，这个socket资源可以在 /dev/socket/下找到rild。也就是本文要这里最关键的地方，socket能不能通就看守护进程能不能很好的起来。上面SOCKET_NAME也就是这里定义的字符串（在ril.java和ril.cpp中就有一个字符串常量SOCKET_NAME_RIL，他的值就是 rild，和上面的对应）。 如果我们要自定义一个socket来进行通信，我们可以在init.rc的最后面加上

service myserver-daemon /system/bin/server

socket server stream 666

oneshot

system/bin/server就是我们编译生成的服务器程序，在里面我们调用

s_fdListen = android_get_control_socket(“server”)

ret = listen(s_fdListen, n)

s_fdCommand = accept(s_fdListen, (sockaddr *) &peeraddr, &socklen)

就可以建立一个服务器端程序。

java只需要使用最上面的代码就可以和native通信了，注意SOCKET_NAME值必须上下统一和init.rc中的相等，此处为“rild”。这里的oneshot必须有，没有的话，你的server很可能起不来。 剩下的是编译了，先用mm编译自己加的模块，编译好后，将添加的模块考出，在源码的根目录下make snod。将编译输出文件加到system.img中。最后将system.img和randisk.img拷到sdk对应的平台中。即可。主要这两个 img文件都要拷，system.img中有你的可执行程序，而randisk.img中有你的init.rc。userdata.img不确定。 此时只需要用java写一个客户端程序即可。

---