mmc: core: Fix busy polling for MMC_SEND_OP_COND again
It turned out that polling period for MMC_SEND_OP_COND, that currently is set to 1ms, still isn't sufficient. In particular a Micron eMMC on a Beaglebone platform, is reported to sometimes fail to initialize. Additional test, shows that extending the period to 4ms is working fine, so let's make that change. Reported-by: Jean Rene Dawin <jdawin@math.uni-bielefeld.de> Tested-by: Jean Rene Dawin <jdawin@math.uni-bielefeld.de> Fixes:1760fdb6fe
(mmc: core: Restore (almost) the busy polling for MMC_SEND_OP_COND") Fixes:76bfc7ccc2
("mmc: core: adjust polling interval for CMD1") Cc: stable@vger.kernel.org Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org> Link: https://lore.kernel.org/r/20220517101046.27512-1-ulf.hansson@linaro.org
This commit is contained in:
parent
3e5a8e8494
commit
e949dee362
@ -21,7 +21,7 @@
|
||||
|
||||
#define MMC_BKOPS_TIMEOUT_MS (120 * 1000) /* 120s */
|
||||
#define MMC_SANITIZE_TIMEOUT_MS (240 * 1000) /* 240s */
|
||||
#define MMC_OP_COND_PERIOD_US (1 * 1000) /* 1ms */
|
||||
#define MMC_OP_COND_PERIOD_US (4 * 1000) /* 4ms */
|
||||
#define MMC_OP_COND_TIMEOUT_MS 1000 /* 1s */
|
||||
|
||||
static const u8 tuning_blk_pattern_4bit[] = {
|
||||
|
Loading…
Reference in New Issue
Block a user