Android待机的suspend_sys_sync_queue分析

Android待机的suspend_sys_sync_queue分析

Android的4.0在待机机制上和之前版本大同小异，也可以说是机制相对完善并没多大的问题反馈出来。不过有个细节的地方，改动幅度较大，来看看

在linux待机机制中，开始待机的时候会调用sys_sync函数，sys_sync系统调用被用户空间函数调用，

用来将缓存中的数据写入块设备，sys_sync系统调用将buffer、inode和super在缓存中的数据写入设备。

此函数的介绍参看博文链接http://blog.chinaunix.net/uid-24237502-id-106067.html。

sys_sync函数执行时间长度依文件系统而定，长至上百毫秒，也有若干毫秒。函数执行的必要性如何呢？

如果有种需求，在很短时间（毫秒级）内需要连续进出待机，sys_sync函数是否需要每次都执行一遍呢？

如果只第一次执行，会有什么隐患问题呢？

由于待机请求有自动超时待机和按键进入待机，自动进入待机问题不大，基本上是闹钟或者计时时间发起事件，

而按键进入待机不同，按键时间贯穿kernel到android上层，涉及节点处理，文件系统操作，

所以对同步设备节点数据sys_sync就有需求，可以看出来，android4.0在对sys_sync的调用修改上，也是考虑到按键进入待机的隐藏问题。

那到底做了哪些修改呢？

suspend_sys_sync_queue有三个地方在调用