Hi, Doug.
On 04/04/2015 03:13 AM, Doug Anderson wrote:
> The Designware databook claims that cmd11 should be finished in 2ms,
> but my testing showed that not to be the case in some situations.
> I've seen cmd11 timeouts of up to 130ms (!) during reboot tests.
> Let's bump the timeout way up so that we're absolutely sure. CMD11 is
> only sent during card insertion, so this extra timeout shouldn't be
> terrible.
Is it h/w problem? Could you explain to me about "some situations"?
As you said, this timeout only used during card inserting. So, it's not critical..
But there is much different between 2ms and 500ms(or 130ms).
Best Regards,
Jaehoon Chung
>
> Fixes: 5c935165da79 ("mmc: dw_mmc: Add a timeout for sending CMD11")
> Signed-off-by: Doug Anderson <dianders@xxxxxxxxxxxx>
> ---
> drivers/mmc/host/dw_mmc.c | 8 +++++---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
> index 3883fe6..339a929 100644
> --- a/drivers/mmc/host/dw_mmc.c
> +++ b/drivers/mmc/host/dw_mmc.c
> @@ -1023,11 +1023,13 @@ static void __dw_mci_start_request(struct dw_mci *host,
>
> if (cmd->opcode == SD_SWITCH_VOLTAGE) {
> /*
> - * Databook says to fail after 2ms w/ no response; give an
> - * extra jiffy just in case we're about to roll over.
> + * Databook says to fail after 2ms w/ no response, but evidence
> + * shows that sometimes the cmd11 interrupt takes over 130ms.
> + * We'll set to 500ms, plus an extra jiffy just in case jiffies
> + * is just about to roll over.
> */
> mod_timer(&host->cmd11_timer,
> - jiffies + msecs_to_jiffies(2) + 1);
> + jiffies + msecs_to_jiffies(500) + 1);
> }
>
> if (mrq->stop)
>
--
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
