Thread (49 messages) 49 messages, 7 authors, 2014-06-09

Re: RFC: representing sdio devices oob interrupt, clks, etc. in device tree

From: Mark Brown <broonie@kernel.org>
Date: 2014-06-04 15:55:29
Also in: linux-arm-kernel, linux-mmc

On Tue, Jun 03, 2014 at 12:57:52PM +0200, Ulf Hansson wrote:
On 28 May 2014 13:03, Mark Brown [off-list ref] wrote:
quoted
No, runtime PM isn't really fine grained - I'm talking about things
like starting and stopping individual resources or configuring them.
Are you saying that you have several levels of quiescent mode of your
external chip?
Partly, but also there can be active modes that don't use all
functionality and hence can leave some of the inputs powered down (for
example if a reference clock is used for some feature that isn't used
all the time then that reference clock may be able to be powered down
when the function is not in use).  The device isn't suspended but it can
do without some of the resources it has.
I am a bit puzzled of how such library should look like, but I suppose
we need to be able to go to different power states through it.
Typically the library may be invoked both from the mmc core to do
power up/off and from the sdio func driver to handle power save.
Does it make sense to you as well?
Yes, certainly for the power up/down and runtime PM type operations.

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help