On 15 September 2015 at 09:13, Barry Song <21cn...@gmail.com> wrote:
> 2015-08-25 20:05 GMT+08:00 Ulf Hansson <ulf.hans...@linaro.org>:
>> On 20 August 2015 at 02:16, Barry Song <21cn...@gmail.com> wrote:
>>> 2015-08-18 1:11 GMT+08:00 Ulf Hansson <ulf.hans...@linaro.org>:
>>>> On 11 August 2015 at 10:41, Barry Song <21cn...@gmail.com> wrote:
>>>>> From: Weijun Yang <york.y...@csr.com>
>>>>>
>>>>> As SD Specifications Part1 Physical Layer Specification Version
>>>>> 3.01 says, CMD19 tuning is available for unlocked cards in transfer
>>>>> state of 1.8V signaling mode. The small difference between v3.00
>>>>> and 3.01 spec means that CMD19 tuning is also available for DDR50
>>>>> mode.
>>>>
>>>> So what happens with cards following the 3.0 spec version, those
>>>> doesn't need to support the tuning CMD right? Perhaps that needs to be
>>>> addressed in this patch well!?
>>>
>>> from HW registers of the card, we cann't know whether the HW needs
>>> tuning. it is said 3.0.x need tuning, but 3.0 doesn't need. @weijun,
>>> pls fix me if i am wrong.
>>> if so, it seems we need a static flag somewhere to indicate whether
>>> the tuning is needed. we can't detect to find the tuning requirement.
>>
>> Another way is to always try doing the tuning for DDR50, but in case
>> of errors just ignore them and print a debug/info message!?
>
> Uffe, do you mean something like below:
>
> diff --git a/drivers/mmc/core/sd.c b/drivers/mmc/core/sd.c
> index 4e7366a..d4df9f0 100644
> --- a/drivers/mmc/core/sd.c
> +++ b/drivers/mmc/core/sd.c
> @@ -629,8 +629,23 @@ static int mmc_sd_init_uhs_card(struct mmc_card *card)
> */
> if (!mmc_host_is_spi(card->host) &&
> (card->sd_bus_speed == UHS_SDR50_BUS_SPEED ||
> - card->sd_bus_speed == UHS_SDR104_BUS_SPEED))
> + card->sd_bus_speed == UHS_DDR50_BUS_SPEED ||
> + card->sd_bus_speed == UHS_SDR104_BUS_SPEED)) {
> err = mmc_execute_tuning(card);
> +
> + /*
> + * As SD Specifications Part1 Physical Layer Specification Version
> + * 3.01 says, CMD19 tuning is available for unlocked cards in
> transfer
> + * state of 1.8V signaling mode. The small difference between v3.00
> + * and 3.01 spec means that CMD19 tuning is also available for DDR50
> + * mode.
> + */
> + if (err && (card->sd_bus_speed == UHS_DDR50_BUS_SPEED))
> + pr_err("%s: ddr50 tuning failed\n", mmc_hostname(card->host));
Perhaps pr_warn() instead.
Moreover, you may just assign err = 0 and leave the return/kfree to
the "out" label.
> + kfree(status);
> + return 0;
> + }
> + }
> out:
> kfree(status);
>
[...]
Also, I was giving this a second thought...
What happens with the SD 3.0 card when it *doesn't* support CMD19.
Will it still be functional afterwards or will it move from "transfer
state" to another not known state?
So maybe we should just do the tuning and return the error if it
fails, as you suggested in the original patch. :-)
Kind regards
Uffe
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
