蜗窝科技

@bear20081015：为啥不能在最下面回复了？？？长度限制么？ wowo，不好意思，关于pm runtime在suspend中的设计还是觉得有点奇怪： 我看到pm runtime的documents说对于某些设备来说，有可能它在系统suspend和pm runtime suspend下的实现会不一样，比如在系统suspend的时候可能需要先把设备从 pm runtime suspend中resume回来，然后再放到系统suspend希望的硬件状态中去。如果是这样的话，假如下面的情形： 1. 系统suspend之前设备处于pm runtime suspend状态； 2. 在device->suspend callback function中，先调用pm_runtime_put将设备唤醒，再把它放到某些更低功耗的状态中。 这种用法是不是会有下面的问题： 1. 执行pm runtime是在workqueue中，而这个workqueue在suspend比较早的阶段就被freeze了， 也就是说pm_runtime_put并不会真正打开设备？ 2. 因为pm_runtime_barrier是在device->suspend之前调用的，如果这个resume的请求被pending在wq上的话，等执行到suspend_late的pm_runtime_disable时还是会产生我最早说的问题吧？

@Jeff：不可以的。freeze_wake對應的是PM_SUSPEND_FREEZE，既FREEZE狀態。而大多數deep sleep，對應的是SUSPEND狀態，需要由系統中斷wakeup。

先謝謝一下wowo, 很詳盡的解說！ 想請教一下文中以下的freeze_wake()是否就是可以將系統從deep sleep(於suspend.c中error = suspend_ops->enter(state);)狀態下wakeup回來的functions.？？ static void wakeup_source_activate(struct wakeup_source *ws) { ... /* * active wakeup source should bring the system * out of PM_SUSPEND_FREEZE state */ freeze_wake(); ... }

@bear20081015：不用客气，也不要再说“请教”之类的话了，我们是在讨论，愈辩愈明嘛。 关于suspend后device的行为，可以参考“include/linux/pm.h”中的注释（我在“http://www.wowotech.net/linux_kenrel/suspend_and_resume.html”中也有强调）： * @suspend: Executed before putting the system into a sleep state in which the * contents of main memory are preserved. The exact action to perform * depends on the device's subsystem (PM domain, device type, class or bus * type), but generally the device must be quiescent after subsystem-level * @suspend() has returned, so that it doesn't do any I/O or DMA. * Subsystem-level @suspend() is executed for all devices after invoking * subsystem-level @prepare() for all of them. 至于你的两个疑问，其实是一个，我猜原因是这样的： 对系统的suspend而言，操作对象不是单一设备，所以suspend或者suspend_late是针对系统中的所有设备的。suspend对应pm_runtime_barrier，suspend_late对应pm_runtime_disable，有两个好处： 1. 结构上是清晰的（suspend之后调用pm_runtime_disable也有可能是可以的）。 2. 设备之间可能有依存关系，所以先barrier所有设备的runtime请求，然后再disable所有设备的runtime功能，是比较合符逻辑。 嗯，其实这两个好处也可以归结为一个，就是结构清晰，至于功能上，可能没有特别深层次的考虑（毕竟，设备已经suspend了，什么时候pm_runtime_disable，都无伤大雅了）。

@wowo："设备suspend了，也就意味着不会再产生resume事件了，也就不应该再对其执行pm_rutime_put操作了（这是由设备的suspend代码保证的）。"如果有这个假设的话，那么是没有问题的。 还是有点疑问，既然有这样的假设， 1.为什么还要在suspend_late中调用pm_runtime_disable呢，反正这时候也不会有pm runtime的操作了吧？ 2. 为啥不干脆在__device_suspend->pm_runtime_barrier之后就直接将pm_runtime_disable了呢？是让device在suspend函数中还能调用pm runtime么？ 问题比较多，见谅！

@wowo：错了，应该是“也就不应该再对其执行pm_rutime_get操作了”

@bear20081015：dpm_suspend_start-->dpm_suspend-->device_suspend-->__device_suspend-->pm_runtime_barrier 直到这个地方，device的resume请求都是可被处理的。 然后在pm_runtime_barrier之后，会suspend设备。 设备suspend了，也就意味着不会再产生resume事件了，也就不应该再对其执行pm_rutime_put操作了（这是由设备的suspend代码保证的）。 因此在随后的device_suspend_late里面，已经假设设备不会再有resume请求，这也是suspend、suspend_late的设计初衷。 因此suspend_late时，不应该出现我们讨论的这种情况。

@蜗蜗：wowo，哪里的代码体现了这一点？我看到的代码是如果在device_suspend_late里面， __pm_runtime_disable之前有人调用了pm_runtime_abort的话，系统是不会从suspend中abort的。如果是在device_suspend的pm_runtimer_barrier之前的话则系统会abort。不知道我理解的对不对？

@蜗蜗：我觉得问题的关键是： “如果恰好在此之前，有人希望通过pm_runtime_get来resume这个设备，那么就会把一个pending的resume request放到pm runtime work queue上；此时usage_count=2， runtime_state = RPM_SUSPENDED； ” 上面的步骤执行后，系统suspend就应该abort了，后续的__pm_runtime_disable就不应该接着执行。

@bear20081015: 我把您的问题贴到了这里，我们在这里讨论。 ================================================================================ 1.一个设备在系统suspend之前处于RPM_SUSPENDED状态；此时dev->power.usage_count=0，dev->power.runtime_state = RPM_SUSPENDED； 2.在dev->prepare函数， system suspend框架会调用pm_runtime_get_noresume，此时dev->power.usage_count=1， runtime_state仍然是RPM_SUSPENEDED； 3.接着，system suspend会调用device_suspend_late，这个函数中调用了__pm_runtime_disable()。如果恰好在此之前，有人希望通过pm_runtime_get来resume这个设备，那么就会把一个pending的resume request放到pm runtime work queue上；此时usage_count=2， runtime_state = RPM_SUSPENDED； 4. 在__pm_runtime_disable中，函数会调用__pm_runtime_barrier，这会取消step3中的pending resume请求。 但不会将usage_count减1。此时usage_count=2， runtime_state = RPM_SUSPENDED。 5. 当系统resume回来的时候，它会调用pm_runtime_put来将usage_count减1。 此时usage_count=1， runtime_state = RPM_SUSPENDED。 可以看到，经过这几个步骤后，device的runtime_state和usage_count出现了不匹配的情况，runtime_state=RPM_SUSPENDED的时候usage_count应该是0，但现在变成了1。我做的实验也是这样。不知道这算不算runtime的bug呢？还是我上面哪一步有问题？请指教，谢谢！