蜗窝科技

@wowo：1、是不是可以这么理解：suspend_ops->enter(state)这里是保持suspend最后的状态，如果有中断信号（这个状态已经不依赖wakeup count终止suspend），然后syscore_resume()？ 2、我有最简单的疑问，Android N上插着usb，然后执行echo mem >sys/power/state，可以看到屏幕背光灭了，但是cat proc/kmsg log：<6>[ 3769.251077][2016-01-03 20:36:55.759322763]PM: suspend entry 2016-01-03 20:36:55.745081096 UTC <6>[ 3769.259538][2016-01-03 20:36:55.839104013]PM: Syncing filesystems ... done. <7>[ 3769.339710][2016-01-03 20:36:55.839118492]PM: Preparing system for mem sleep <6>[ 3769.581798][2016-01-03 20:36:56.122554950]Restarting tasks ... done. <6>[ 3769.620337][2016-01-03 20:36:56.122567710]PM: suspend exit 2016-01-03 20:36:56.114344950 UTC 不明白屏幕为什么会灭，手动写节点，在freeze task被终止suspend，没处理到device啊 另外，终止suspend的原因是usb锁没释放吗，我看wake_lock节点下有PowerManagerService.Display和PowerManagerService.WakeLocks这两个锁

cracker 12 分钟前 @wowo：在_device_suspend如下代码 if (pm_runtime_barrier(dev) && device_may_wakeup(dev)) pm_wakeup_event(dev, 0);（1） if (pm_wakeup_pending()) { (2) pm_get_active_wakeup_sources(suspend_abort, MAX_SUSPEND_ABORT_LEN); log_suspend_abort_reason(suspend_abort); async_error = -EBUSY; goto Complete; } 这段代码（2）处不是在做设备睡眠前的最后检查吗？因为这里检查完就调用dirver->pm->suspend去关中断了。如果设备没有wakeup event,才会走到syscore_suspend 另外，（1）处的作用是什么呢？ =============================================== 并不是所有设备都希望关中断，特别是那些有唤醒能力的设备。另外没有规定dirver->pm->suspend一定会关中断。 （1）处的作用，正好是处理那些有唤醒能力的设备，怎么处理呢？参考代码的注释就行了（确保此时这个设备能醒来，以便为当前的事情做准备）： /* * If a device configured to wake up the system from sleep states * has been suspended at run time and there's a resume request pending * for it, this is equivalent to the device signaling wakeup, so the * system suspend operation should be aborted. */

@wowo：在_device_suspend如下代码 if (pm_runtime_barrier(dev) && device_may_wakeup(dev)) pm_wakeup_event(dev, 0);（1） if (pm_wakeup_pending()) { (2) pm_get_active_wakeup_sources(suspend_abort, MAX_SUSPEND_ABORT_LEN); log_suspend_abort_reason(suspend_abort); async_error = -EBUSY; goto Complete; } 这段代码（2）处不是在做设备睡眠前的最后检查吗？因为这里检查完就调用dirver->pm->suspend去关中断了。如果设备没有wakeup event,才会走到syscore_suspend 另外，（1）处的作用是什么呢？

@cracker：syscore_suspend被调用的时候，中断才刚刚禁止，这时调用pm_wakeup_pending检查wakeup event，检查的是在这之前（中断被禁止之前）产生的event，也是说是driver通过中断handler上报的event。

@wowo：差不多懂了，谢谢

@江南书生：多谢夸奖。 虚拟终端（6个），ubuntu上面的ctrl+alt+T调出来的终端，它们两个是一样的； 通过远程登录软件登录的终端，一般是伪终端（可参考 3.4 伪终端)。

@wowo：这里我还是很疑惑，如下： 1、error = syscore_suspend();是不是说代码执行到这里，cpu停止工作进入suspend？ 2、suspend如果GIC产生中断，会唤醒cpu并从代码syscore_suspend()退出并开始执行下面的代码 *wakeup = pm_wakeup_pending(); if (!(suspend_test(TEST_CORE) || *wakeup)) { trace_suspend_resume(TPS("machine_suspend"), state, true); error = suspend_ops->enter(state); trace_suspend_resume(TPS("machine_suspend"), state, false); events_check_enabled = false; } else if (*wakeup) { pm_get_active_wakeup_sources(suspend_abort, MAX_SUSPEND_ABORT_LEN); log_suspend_abort_reason(suspend_abort); error = -EBUSY; } syscore_resume() 因为wakeup_count给driver和用户空间使用，这里用户进程被suspend，pm_wakeup_pending返回true是dirver report event的吗？可是irq不是被disable了吗？

问下arm 体系架构现在还是non-coherent的吗，如果这样的话，那么arm平台下，dma_alloc_coherent实际分配和操作的dma内存都是uncached，通过这个来保证coherent的吧？

@温柔海洋：在内核中smp_mb的使用频率肯定不如spin lock这样的内核同步原语多，呵呵～～～其实大量使用memory barrier的场合就是在内核同步模块的实现代码中。如果想深入理解内核同步机制，了解memory order和memory barrier是必须的。 实际上，我永远都持有这样的一个观点：越简单越好，越简单越美。如果软件工程师需要了解过多底层CPU的细节，那么我认为这个设计是失败的，对于memory order问题，其实最好的设计就是软件工程师不需要了解cpu的乱序行为，但是由于性能问题，计算机硬件和软件接口才增加了约束memory order的指令。换句话说，CPU提供mb指令本身就是向性能妥协而已，一点也不优雅。 同样的，对于内核而言，memory barrier模块最好能够被内核同步模块封装起来，不被其他模块看到。做为内核工程师，我们也想生活轻松一些啊，干嘛要搞清楚memory order和memory barrier啊，有空喝喝茶，看看电影多好啊。可是，使用内核同步原语可能会造成性能问题，如果你负责的内核模块对性能非常的敏感，那么你可能是需要越过内核同步模块，直接使用memory barrier模块的接口。所以，是否选择忘记memory barrier，就看你想成为什么样的内核工程师了，哈哈～～～

你好，感觉文章写的真不错。不过，看到“终端”的时候还有一些疑问，虚拟终端（6个）、跟ubuntu上面的ctrl+alt+T调出来的终端、通过远程登录软件登录的终端，这三者有什么关系呢？