Reference in a new issue

Blame

Copy permalink

Reference in a new issue

Copy permalink

Adrian Hunter 6fe5845642 mmc: sdhci: Fix recovery from tuning timeout ... [ Upstream commit 61e53bd004 ] Clearing the tuning bits should reset the tuning circuit. However there is more to do. Reset the command and data lines for good measure, and then for eMMC ensure the card is not still trying to process a tuning command by sending a stop command. Note the JEDEC eMMC specification says the stop command (CMD12) can be used to stop a tuning command (CMD21) whereas the SD specification is silent on the subject with respect to the SD tuning command (CMD19). Considering that CMD12 is not a valid SDIO command, the stop command is sent only when the tuning command is CMD21 i.e. for eMMC. That addresses cases seen so far which have been on eMMC. Note that this replaces the commit fe5fb2e3b5 ("mmc: sdhci: Reset cmd and data circuits after tuning failure") which is being reverted for v4.9+. Signed-off-by: Adrian Hunter <adrian.hunter@intel.com> Tested-by: Dan O'Donovan <dan@emutex.com> Cc: stable@vger.kernel.org Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org> Signed-off-by: Sasha Levin <alexander.levin@verizon.com>		History 2017-01-15 09:49:50 -05:00
..
card	mmc: core: Annotate cmd_hdr as __le32	2016-11-23 21:28:25 -05:00
core	mmc: longer timeout for long read time quirk	2016-06-06 19:11:10 -04:00
host	mmc: sdhci: Fix recovery from tuning timeout	2017-01-15 09:49:50 -05:00
Kconfig	mmc: explicitly mention SDIO support in Kconfig	2008-10-12 11:04:36 +02:00
Makefile	mmc: sdhci-pci: add platform data	2012-01-11 23:58:47 -05:00