]> git.itanic.dy.fi Git - linux-stable/commitdiff
mmc: cqhci: Increase recovery halt timeout
authorAdrian Hunter <adrian.hunter@intel.com>
Fri, 3 Nov 2023 08:47:16 +0000 (10:47 +0200)
committerUlf Hansson <ulf.hansson@linaro.org>
Tue, 14 Nov 2023 16:15:07 +0000 (17:15 +0100)
Failing to halt complicates the recovery. Additionally, unless the card or
controller are stuck, which is expected to be very rare, then the halt
should succeed, so it is better to wait. Set a large timeout.

Fixes: a4080225f51d ("mmc: cqhci: support for command queue enabled host")
Cc: stable@vger.kernel.org
Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
Reviewed-by: Avri Altman <avri.altman@wdc.com>
Link: https://lore.kernel.org/r/20231103084720.6886-3-adrian.hunter@intel.com
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
drivers/mmc/host/cqhci-core.c

index b3d7d6d8d654852dfc38c5ee6a1dadce2c7b6ec7..15f5a069af1fc13f93e38ace6ba605fcd1683576 100644 (file)
@@ -984,10 +984,10 @@ static bool cqhci_halt(struct mmc_host *mmc, unsigned int timeout)
 /*
  * After halting we expect to be able to use the command line. We interpret the
  * failure to halt to mean the data lines might still be in use (and the upper
- * layers will need to send a STOP command), so we set the timeout based on a
- * generous command timeout.
+ * layers will need to send a STOP command), however failing to halt complicates
+ * the recovery, so set a timeout that would reasonably allow I/O to complete.
  */
-#define CQHCI_START_HALT_TIMEOUT       5
+#define CQHCI_START_HALT_TIMEOUT       500
 
 static void cqhci_recovery_start(struct mmc_host *mmc)
 {