wowo

@qkhhyga：是的，这就是PM的代价，也是PM QOS framework的目的所在。如果应用程序对这个延迟很在意，那么，系统设计者就要想办法，以其它代价去减小这个延迟。所以，首先要确定的是：应用的延迟容忍是多少（request），driver的延迟是多少（constraint）？最后，用同步get不是好方法，这样的话这个应用是爽了，可其它模块就悲剧了（中断延迟过大，同时需要保证你的runtime_resume可以在中断上下文执行）。

《Linux电源管理(11)_Runtime PM之功能描述》发表时间：2015-03-05 10:38

qkhhyga

@wowo：＠wowo：非常感谢你的解答，另外，如果在外设suspend的时候，来了一个中断，而这个中断是要求cpu读取外设数据，那么，因为pm_runtime_get是异步的，所以resume是在workqueue中执行（需要调度），而读取外设数据又要保证在resume之后再读，这样的话就会影响应用程序的响应时间了。这是否也是在设计上应该注意的呢？比如把异步的改为同步的get

《Linux电源管理(11)_Runtime PM之功能描述》发表时间：2015-03-05 10:24

xuchu

学习了，帮助挺大的，多谢楼主分享。

《Linux电源管理(11)_Runtime PM之功能描述》发表时间：2015-03-05 09:28

rabbiteve

思路相当清晰，赞个~~~

《Linux kernel的中断子系统之（一）：综述》发表时间：2015-03-04 23:01

tigger

struct clock_event_device中的broadcast这个callback函数是和clock event广播有关。在per CPU 的local timer硬件无法正常运作的时候，需要一个独立于各个CPU的timer硬件来作为broadcast clock event device。在这种情况下，它可以将clock event广播到所有的CPU core，以此推动各个CPU core上的tick device的运作 1：这个broadcase clock event 是register_persistent_clock 这里的那个persistent的 clock吗？ 2：这个broadcase clock event 跟setup_sched_clock 这个schedule 的clock 有什么关系呢？ 3：这个broadcase clock event 对精度有要求吗？

《Linux时间子系统之（十六）：clockevent》发表时间：2015-03-04 19:49

linuxer

@tigger：哈哈，当时都是为了好玩，每当想要把一个任务，比如说I2C驱动交给某个工程师的时候，我都是语重心长的告诉他，xxx，组织上准备把你培养成华南区首席I2C驱动工程师，你要好好干啊，慢慢的，我们team每个工程师没有2～3首席的称号都不好意思和别人打招呼

《Linux电源管理(14)_从设备驱动的角度看电源管理》发表时间：2015-03-04 18:43

tigger

@linuxer：听起来好厉害的样子

《Linux电源管理(14)_从设备驱动的角度看电源管理》发表时间：2015-03-04 18:33

linuxer_j

非常感谢博主的付出！

《Device Tree（二）：基本概念》发表时间：2015-03-04 16:33

linuxer

@schedule：非也，虽然我们都是北方人，但是都在珠三角（非深圳）工作，都曾经是华南（深圳除外）首席linux团队（我们自己封的，哈哈）的一员，^_^