RE: [RFC] sdhci: use ios->clock to know when sdhci is idle

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Dong, Chuanxiao
Date: Tuesday, January 4, 2011 - 1:19 am

Hi Pierre,
I have some concerns about this RFC.
I agree with you that even if the Wifi interface is up, user might not use the network and host controller should be power gated. That also is the purport of runtime PM framework! But I think Wifi card driver can know whether user is using the network after ifconfig up, right? So that Wifi driver can tell host controller when should be power gated as well. That means you can use runtime PM framework to control Wifi card's parent to do power gating. Then why not use the it?

Another thing is, does the clock gating framework work well when use power gating? Let's consider the scenario there are two slots in one host controller. Clock gating framework can only effect the slot it wants to gate since it only set the register of this slot, not touch the other one. That is reasonable. But power gating is not just effect the slot it wants. It will influence both of the slots since it will set the host controller's power. Host controller never knows how many children are alive since his children never use runtime_put/get to notify their parent. I think this is not reasonable.


--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH] mmc: add MMC_QUIRK_BROKEN_CLK_GATING, Pierre Tardy, (Sun Jan 2, 2:08 pm)
Re: [PATCH] mmc: add MMC_QUIRK_BROKEN_CLK_GATING, Philip Rakity, (Sun Jan 2, 3:23 pm)
Re: [PATCH] mmc: add MMC_QUIRK_BROKEN_CLK_GATING, Pierre Tardy, (Mon Jan 3, 3:10 am)
RE: [RFC] sdhci: use ios->clock to know when sdhci is idle, Dong, Chuanxiao, (Tue Jan 4, 1:19 am)