From: Jaehoon Chung <jh80.chung@samsung.com>
To: Yousong Zhou <yszhou4tech@gmail.com>,
Shawn Lin <shawn.lin@rock-chips.com>
Cc: Ulf Hansson <ulf.hansson@linaro.org>,
Hans de Goede <hdegoede@redhat.com>,
linux-mmc@vger.kernel.org, CPGS <cpgs@samsung.com>
Subject: Re: [PATCH 2/3] mmc: sd: Allow calling sd mode switch with retries
Date: Wed, 16 Sep 2015 11:36:56 +0900 [thread overview]
Message-ID: <55F8D5C8.4000105@samsung.com> (raw)
In-Reply-To: <CAECwjAjQWj_NdTy=_1weq3AciCJ6eoC5-+Xwy3PnhqO+QfH4=Q@mail.gmail.com>
Hi,
On 09/10/2015 12:02 PM, Yousong Zhou wrote:
> On 10 September 2015 at 08:33, Shawn Lin <shawn.lin@rock-chips.com> wrote:
>> On 2015/9/10 0:33, Yousong Zhou wrote:
>>>
>>> This will allow retrying access mode switch to High-Speed in the
>>> following commit.
Well, it's not solution. (It's my preference.)
Did you consider the card removable case?
Could you share which vendor's card needs to retry?
Best Regards,
Jaehoon Chung
>>>
>>> Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
>>> ---
>>> drivers/mmc/core/core.c | 4 ++++
>>> drivers/mmc/core/sd_ops.c | 5 +++--
>>> drivers/mmc/core/sd_ops.h | 10 ++++++++--
>>> 3 files changed, 15 insertions(+), 4 deletions(-)
>>>
>>
>> I test this patchset with my already-working sd cards, seems ok.
>> Actually I don't have a card to test like yours that need retry switch HS,
>> but from the changes itself, it's harmless to other cards.
>
> Thanks for the testing.
>
> Those cards normally won't burn out after MMC_CMD_RETRIES access mode switch
> failures, right?
>
>>
>> so,
>>
>> Tested-by: Shawn Lin <shawn.lin@rock-chips.com>
>>
>> BTW, I can't find the cover letter? And another should be clarified, plz see
>> comment blow
>>
>>
>>> diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
>>> index 9ad73f3..e726bb1 100644
>>> --- a/drivers/mmc/core/core.c
>>> +++ b/drivers/mmc/core/core.c
>>> @@ -468,11 +468,13 @@ static void mmc_wait_for_req_done(struct mmc_host
>>> *host,
>>> struct mmc_request *mrq)
>>> {
>>> struct mmc_command *cmd;
>>> + struct mmc_data *data;
>>>
>>> while (1) {
>>> wait_for_completion(&mrq->completion);
>>>
>>> cmd = mrq->cmd;
>>> + data = mrq->data;
>>>
>>> /*
>>> * If host has timed out waiting for the sanitize
>>> @@ -501,6 +503,8 @@ static void mmc_wait_for_req_done(struct mmc_host
>>> *host,
>>> mmc_hostname(host), cmd->opcode, cmd->error);
>>> cmd->retries--;
>>> cmd->error = 0;
>>> + if (data)
>>> + data->error = 0;
>>
>>
>> What's this change for?
>
> sunxi-mmc will set both cmd->error and data->error to -ETIMEDOUT in case of any
> interrupt error bit was set (related code within `sunxi_finalize_request()').
>
> `__mmc_sd_switch()' thought it was a error case if data->error != 0.
>
> So the data->error bit needs to be cleared before next retry.
>
> Regards,
>
> yousnog
>
>>
>>
>>> __mmc_start_request(host, mrq);
>>> }
>>>
>>> diff --git a/drivers/mmc/core/sd_ops.c b/drivers/mmc/core/sd_ops.c
>>> index 48d0c93..22bef3c 100644
>>> --- a/drivers/mmc/core/sd_ops.c
>>> +++ b/drivers/mmc/core/sd_ops.c
>>> @@ -304,8 +304,8 @@ int mmc_app_send_scr(struct mmc_card *card, u32 *scr)
>>> return 0;
>>> }
>>>
>>> -int mmc_sd_switch(struct mmc_card *card, int mode, int group,
>>> - u8 value, u8 *resp)
>>> +int __mmc_sd_switch(struct mmc_card *card, int mode, int group,
>>> + u8 value, u8 *resp, int retries)
>>> {
>>> struct mmc_request mrq = {NULL};
>>> struct mmc_command cmd = {0};
>>> @@ -328,6 +328,7 @@ int mmc_sd_switch(struct mmc_card *card, int mode, int
>>> group,
>>> cmd.arg &= ~(0xF << (group * 4));
>>> cmd.arg |= value << (group * 4);
>>> cmd.flags = MMC_RSP_SPI_R1 | MMC_RSP_R1 | MMC_CMD_ADTC;
>>> + cmd.retries = retries;
>>>
>>> data.blksz = 64;
>>> data.blocks = 1;
>>> diff --git a/drivers/mmc/core/sd_ops.h b/drivers/mmc/core/sd_ops.h
>>> index ffc2305..a53c51e 100644
>>> --- a/drivers/mmc/core/sd_ops.h
>>> +++ b/drivers/mmc/core/sd_ops.h
>>> @@ -17,9 +17,15 @@ int mmc_send_app_op_cond(struct mmc_host *host, u32
>>> ocr, u32 *rocr);
>>> int mmc_send_if_cond(struct mmc_host *host, u32 ocr);
>>> int mmc_send_relative_addr(struct mmc_host *host, unsigned int *rca);
>>> int mmc_app_send_scr(struct mmc_card *card, u32 *scr);
>>> -int mmc_sd_switch(struct mmc_card *card, int mode, int group,
>>> - u8 value, u8 *resp);
>>> int mmc_app_sd_status(struct mmc_card *card, void *ssr);
>>>
>>> +int __mmc_sd_switch(struct mmc_card *card, int mode, int group,
>>> + u8 value, u8 *resp, int retries);
>>> +static inline int mmc_sd_switch(struct mmc_card *card, int mode, int
>>> group,
>>> + u8 value, u8 *resp)
>>> +{
>>> + return __mmc_sd_switch(card, mode, group, value, resp, 0);
>>> +}
>>> +
>>> #endif
>>>
>>>
>>
>>
>> --
>> Best Regards
>> Shawn Lin
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2015-09-16 2:36 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-09 16:33 [PATCH 1/3] mmc: sd: Remove superfluous error code assignment Yousong Zhou
2015-09-09 16:33 ` [PATCH 2/3] mmc: sd: Allow calling sd mode switch with retries Yousong Zhou
2015-09-10 0:33 ` Shawn Lin
2015-09-10 3:02 ` Yousong Zhou
2015-09-16 2:36 ` Jaehoon Chung [this message]
2015-09-16 3:09 ` Yousong Zhou
2015-09-16 4:17 ` Jaehoon Chung
2015-09-17 8:29 ` Yousong Zhou
2015-09-09 16:33 ` [PATCH 3/3] mmc: sd: Retry switching to highspeed mode in case of error Yousong Zhou
2015-09-09 19:29 ` [PATCH 1/3] mmc: sd: Remove superfluous error code assignment Hans de Goede
2015-09-15 11:34 ` Ulf Hansson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55F8D5C8.4000105@samsung.com \
--to=jh80.chung@samsung.com \
--cc=cpgs@samsung.com \
--cc=hdegoede@redhat.com \
--cc=linux-mmc@vger.kernel.org \
--cc=shawn.lin@rock-chips.com \
--cc=ulf.hansson@linaro.org \
--cc=yszhou4tech@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.