Hi, On Tue, Jan 28 2014, Tomasz Figa wrote: >> I am not sure I understand why this is needed. I think it would be >> more convenient to use MMC_CAP_NONREMOVABLE instead as stated earlier. >> But please elaborate, I might have missed something. > > See above. I'm not quite convinced that state of MMC interface should > determine power state of the chip. I can easily imagine a situation > where the MMC link is powered down (link power management) but the > WLAN chip keeps operation. Keep in mind that those are usually > complete SoCs that can keep processing network traffic autonomously > and wake-up the application processor whenever anything interesting > happens using extra out of bounds signalling, which might trigger > re-enabling the MMC link. For what it's worth, we did this using upstream code (libertas-sd8686 WLAN with sdhci-pxav3) at OLPC. We set the SDIO device to 1-bit mode on system suspend, using MMC_CAP_NONREMOVABLE, MMC_PM_KEEP_POWER and MMC_PM_WAKE_SDIO_IRQ, and tell the PMU to wake on the 1-bit data line. When it wakes the system, the system sees the SDIO interrupt and processes the waiting network traffic. So this use case is already supported using the current interfaces. If this interface doesn't work for your use case, could you talk a little more about what you're trying to achieve? Thanks, - Chris. -- Chris Ball <chris@xxxxxxxxxx> <http://printf.net/> -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
