Looking at the sdcard.org site, it appears that they have not published an
updated "Simplified" spec. Does anyone know, will that be required in order to
make the Linux MMC/SD drivers to support SD 3.0 cards ??
Charles Johnson
Intel Corporation
charles.f.john...@intel.com
--
To unsubscribe fr
From: Daniel Drake
And bring them back to 4-bit mode during resume.
Signed-off-by: Daniel Drake
Signed-off-by: Nicolas Pitre
---
drivers/mmc/core/sdio.c | 43 +++
include/linux/mmc/sdio.h |2 ++
2 files changed, 45 insertions(+), 0 deletions(-)
From: Chris Ball
Seen on a Marvell 8686 SDIO card and Via VX855 controller: we must avoid
sending CMD3/5/7 on a resume where power has been maintained, because the
8686 will refuse to respond to them and the MMC stack will give up on
the card.
Signed-off-by: Chris Ball
Signed-off-by: Nicolas P
Some SDIO cards may suspend while keeping function interrupts active
especially in the powered suspend case. Upon resume we need to kick
the SDIO interrupt thread to check for pending interrupts and to restart
card IRQ detection at the host controller level.
Signed-off-by: Nicolas Pitre
---
dri
Tested with an XO v1.5 from OLPC.
Signed-off-by: Nicolas Pitre
---
drivers/mmc/host/sdhci-pci.c | 17 ++---
drivers/mmc/host/sdhci.c | 26 +-
2 files changed, 31 insertions(+), 12 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/ho
Some SDIO cards have the ability to keep on running autonomously when
the host system is suspended, and wake it up when needed. This however
requires that the host controller preserve power to the card, and
configure itself appropriately for wake-up.
There is however 4 layers of abstractions invo
This patch series provide the core changes needed to allow SDIO cards to
remain powered and active while the host system is suspended, and let
them wake up the host system when needed. This is used to implement
wake-on-land with SDIO wireless cards at the moment. Patches to add that
support to th
