On Fri, Apr 25, 2014 at 02:38:20PM +0200, Markus Pargmann wrote: > Hi, > > On Wed, Apr 23, 2014 at 08:07:57PM +0100, Russell King wrote: > > Patch suggested by Dong Aisheng <dongas86@xxxxxxxxx>, this avoids > > additional clock start/stop cycles during the transition to 1.8V > > signalling mode. > > > > Signed-off-by: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx> > > I tested the series on imx6s with a RIoT board. With this patch applied > the RIoT board emmc does not work. Here is the output of the board: Unfortunately, I don't have any emmc sdhci using devices, so this is a combination I can't test myself. What would be useful is to find out which of the two changes in there is the cause - can you try with just the change to sdhci_do_start_signal_voltage_switch applied, iow just this change: diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c index 748333ba6e96..0bcef2d42da4 100644 --- a/drivers/mmc/host/sdhci.c +++ b/drivers/mmc/host/sdhci.c @@ -1757,9 +1748,6 @@ static int sdhci_do_start_signal_voltage_switch(struct sdhci_host *host, ctrl |= SDHCI_CTRL_VDD_180; sdhci_writew(host, ctrl, SDHCI_HOST_CONTROL2); - /* Wait for 5ms */ - usleep_range(5000, 5500); - /* 1.8V regulator output should be stable within 5 ms */ ctrl = sdhci_readw(host, SDHCI_HOST_CONTROL2); if (ctrl & SDHCI_CTRL_VDD_180) Thanks. -- FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly improving, and getting towards what was expected from it. -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
