platform/i2c busses: pm runtime and system sleep
linus.walleij at linaro.org
Sat Feb 19 05:16:17 EST 2011
2011/2/19 Russell King - ARM Linux <linux at arm.linux.org.uk>:
>> Both of these problems are solved by elegance if we use runtime
>> PM, since it will provide a hysteresis timeout that can be triggered
>> from interrupt context and call the idling hooks in process context.
> So what's the interdependence with the platform bus that was being talked
> about earlier in this thread?
That's about consistency of runtime PM semantics across
different buses as I understand it.
We have both platform bus and AMBA bus devices in the system,
so it is desireable if the semantics of their runtime PM are identical.
If I understand it, the difference is that the platform bus will call
runtime_suspend() on the device even if it was already in suspended
state, so the question is about whether the AMBA runtime PM
should do this too since it is similar to the platform bus, or if it should
go for the more intutive approach of not suspending suspended
I think the current patch from Rabin as it stands does the latter, and
is good as it stands. It's the other buses and their drivers that
More information about the linux-arm-kernel