Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> writes: > On Tue, 23 Nov 2010, Kevin Hilman wrote: > >> While I like the idea of the symmetry of having both _get_sync() and >> _put_sync() callable from an interrupt handler, I can't currently think >> of a situation where we would need to _put_sync() in the ISR. A >> standard _put() should suffice for all cases I can imagine. > > It's wasteful to go through the context switch to the workqueue process > if you don't need to. And it's time consuming; you want to power down > the device as soon as possible once the interrupt handler is finished, > right? > > What do you think of the pm_runtime_put_sync_suspend() proposal? That should be fine. Thinking of this some more, I don't have any use cases currently where we would any sort of put in the ISR, since the ISR is usually an indicator that something else will be accessing the device shortly after the ISR is finished. Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
