From: Ulf Hansson <ulf.hansson@stericsson.com>
To: Jaehoon Chung <jh80.chung@samsung.com>
Cc: "linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
Chris Ball <cjb@laptop.org>,
Per FORLIN <per.forlin@stericsson.com>,
Johan RUDHOLM <johan.rudholm@stericsson.com>,
Lee Jones <lee.jones@linaro.org>
Subject: Re: [PATCH V2] mmc: core: Clean up after mmc_pre_req if card was removed
Date: Thu, 8 Mar 2012 13:15:16 +0100 [thread overview]
Message-ID: <4F58A2D4.8090406@stericsson.com> (raw)
In-Reply-To: <4F56F0FE.4020606@samsung.com>
Hi Jaehoon,
Thanks a lot for your assistance; great to hear that the problem was solved.
Thanks!
Br
Uffe
On 03/07/2012 06:24 AM, Jaehoon Chung wrote:
> Hi Ulf.
>
> I tested with patch-v2, i didn't found the other problem.
> It looks good.
>
> Tested-by: Jaehoon Chung<jh80.chung@samsung.com>
>
> Best Regards,
> Jaehoon Chung
>
> On 03/07/2012 01:26 AM, Ulf Hansson wrote:
>
>> Hi Jaehoon,
>>
>> I would be very interested to hear if you still encounter any problems with this V2 patch? If you are able to do a test it would be highly appreciated. :-)
>>
>> Just for reference, I were able to reproduce problems similar to what you have for the V1 patch.
>>
>> Thanks!
>>
>> Best regards
>> Ulf Hansson
>>
>>
>> On 03/05/2012 03:52 PM, Ulf HANSSON wrote:
>>> Make sure mmc_start_req cancel the prepared job, if the request
>>> was prevented to be started due to the card has been removed.
>>>
>>> This bug was introduced in commit:
>>> mmc: allow upper layers to know immediately if card has been removed
>>>
>>> Signed-off-by: Ulf Hansson<ulf.hansson@stericsson.com>
>>> Reviewed-by: Per Forlin<per.forlin@stericsson.com>
>>> ---
>>>
>>> Changes in v2:
>>> - Maintain handling of host->areq (host->areq must not be NULL when
>>> "start_err"), to make sure the block layer is able to respond to all
>>> of the started requests.
>>>
>>> ---
>>> drivers/mmc/core/core.c | 35 +++++++++++++++--------------------
>>> 1 files changed, 15 insertions(+), 20 deletions(-)
>>>
>>> diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
>>> index faa0af1..56b7a24 100644
>>> --- a/drivers/mmc/core/core.c
>>> +++ b/drivers/mmc/core/core.c
>>> @@ -249,16 +249,17 @@ static void mmc_wait_done(struct mmc_request *mrq)
>>> complete(&mrq->completion);
>>> }
>>>
>>> -static void __mmc_start_req(struct mmc_host *host, struct mmc_request *mrq)
>>> +static int __mmc_start_req(struct mmc_host *host, struct mmc_request *mrq)
>>> {
>>> init_completion(&mrq->completion);
>>> mrq->done = mmc_wait_done;
>>> if (mmc_card_removed(host->card)) {
>>> mrq->cmd->error = -ENOMEDIUM;
>>> complete(&mrq->completion);
>>> - return;
>>> + return -ENOMEDIUM;
>>> }
>>> mmc_start_request(host, mrq);
>>> + return 0;
>>> }
>>>
>>> static void mmc_wait_for_req_done(struct mmc_host *host,
>>> @@ -342,6 +343,7 @@ struct mmc_async_req *mmc_start_req(struct mmc_host *host,
>>> struct mmc_async_req *areq, int *error)
>>> {
>>> int err = 0;
>>> + int start_err = 0;
>>> struct mmc_async_req *data = host->areq;
>>>
>>> /* Prepare a new request */
>>> @@ -351,30 +353,23 @@ struct mmc_async_req *mmc_start_req(struct mmc_host *host,
>>> if (host->areq) {
>>> mmc_wait_for_req_done(host, host->areq->mrq);
>>> err = host->areq->err_check(host->card, host->areq);
>>> - if (err) {
>>> - /* post process the completed failed request */
>>> - mmc_post_req(host, host->areq->mrq, 0);
>>> - if (areq)
>>> - /*
>>> - * Cancel the new prepared request, because
>>> - * it can't run until the failed
>>> - * request has been properly handled.
>>> - */
>>> - mmc_post_req(host, areq->mrq, -EINVAL);
>>> -
>>> - host->areq = NULL;
>>> - goto out;
>>> - }
>>> }
>>>
>>> - if (areq)
>>> - __mmc_start_req(host, areq->mrq);
>>> + if (!err&& areq)
>>> + start_err = __mmc_start_req(host, areq->mrq);
>>>
>>> if (host->areq)
>>> mmc_post_req(host, host->areq->mrq, 0);
>>>
>>> - host->areq = areq;
>>> - out:
>>> + /* Cancel a prepared request if it was not started. */
>>> + if ((err || start_err)&& areq)
>>> + mmc_post_req(host, areq->mrq, -EINVAL);
>>> +
>>> + if (err)
>>> + host->areq = NULL;
>>> + else
>>> + host->areq = areq;
>>> +
>>> if (error)
>>> *error = err;
>>> return data;
>>
>> --
>> 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:[~2012-03-08 12:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-05 14:52 [PATCH V2] mmc: core: Clean up after mmc_pre_req if card was removed Ulf Hansson
2012-03-06 16:26 ` Ulf Hansson
2012-03-07 5:24 ` Jaehoon Chung
2012-03-08 12:15 ` Ulf Hansson [this message]
2012-03-09 4:40 ` Chris Ball
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=4F58A2D4.8090406@stericsson.com \
--to=ulf.hansson@stericsson.com \
--cc=cjb@laptop.org \
--cc=jh80.chung@samsung.com \
--cc=johan.rudholm@stericsson.com \
--cc=lee.jones@linaro.org \
--cc=linux-mmc@vger.kernel.org \
--cc=per.forlin@stericsson.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.