Re: [PATCH] mmc: core: Restore parts of the polling policy when switch to HS/HS DDR

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Ulf,

On Mon, Jan 16, 2017 at 11:13 PM, Ulf Hansson <ulf.hansson@xxxxxxxxxx> wrote:
> On 16 January 2017 at 04:48, Dong Aisheng <dongas86@xxxxxxxxx> wrote:
>> Hi Ulf,
>>
>> On Fri, Jan 13, 2017 at 7:05 PM, Ulf Hansson <ulf.hansson@xxxxxxxxxx> wrote:
>>> Regressions for not being able to detect an eMMC HS DDR mode card has been
>>> reported for the sdhci-esdhc-imx driver, but potentially other sdhci
>>> variants may suffer from the similar problem.
>>>
>>> The commit e173f8911f09 ("mmc: core: Update CMD13 polling policy when
>>> switch to HS DDR mode"), is causing the problem. It seems that change moved
>>> one step to far, regarding changing the host's timing before polling for a
>>> busy card.
>>>
>>> To fix this, let's move back to the behaviour when the host's timing is
>>> updated after the polling, but before the switch status is fetched and
>>> validated.
>>>
>>> In cases when polling with CMD13, we keep validating the switch status at
>>> each attempt. However, to align with the other card busy detections
>>> mechanism, let's fetch and validate the switch status also after the host's
>>> timing is updated.
>>>
>>> Reported-by: Clemens Gruber <clemens.gruber@xxxxxxxxxxxx>
>>> Reported-by: Gary Bisson <gary.bisson@xxxxxxxxxxxxxxxxxxx>
>>> Fixes: e173f8911f09 ("mmc: core: Update CMD13 polling policy when switch..")
>>> Cc: Shawn Lin <shawn.lin@xxxxxxxxxxxxxx>
>>> Cc: Dong Aisheng <aisheng.dong@xxxxxxx>
>>> Cc: Haibo Chen <haibo.chen@xxxxxxx>
>>> Signed-off-by: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
>>
>> Thanks for the fix.
>>
>> Reviewed-by: Dong Aisheng <aisheng.dong@xxxxxxx>
>
> Thanks for reviewing!
>
>>
>> BTW, i wonder if we could then remove the CMD13 Polling method or give a
>> temporarily WARN_ONCE to indicate OBSOLETED using and force all hosts
>> to provide card_busy() callback.
>> Then we can permanently fix the potential timing mismatch issue.
>
> In the end it seems like the issue is host specific. I have
> successfully used CM13 polling on my ux500 board (mmci.c, with some
> hacks to force CMD13).
>
> If we see any further issues, perhaps we should invent a new host cap,
> which forbids the CMD13 polling and then those host drivers that has
> issues, can set it. Wouldn't that be okay for you?
>

I'm fine with it.
Thanks

Regards
Dong Aisheng

> [...]
>
> Kind regards
> Uffe
--
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



[Index of Archives]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux