Re: [PATCH 4/4] mmc: core: Send HPI only till it is successful

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

 



On Wed, May 9, 2012 at 6:52 PM,  <kdorfman@xxxxxxxxxxxxxx> wrote:
> Hi,
> I see 2 fixes for existing mmc_interrupt_hpi() function:
> -  [PATCH 4/4] mmc: core: Send HPI only till it is successful"
> -  [PATCH v2] mmc: core: Fix the HPI execution sequence
>
> They are exclusive. Can you explain how final solution will look like?
This one is old. After some review, I did fix the subject to reflect
the changes.
IOW, the latest one is the "mmc: core: Fix the HPI execution sequence" patch.

Regards,
Venkat.

> Thanks,
> Kostya
>
>> Try to send HPI only a fixed number of times till it is
>> successful. One successful transfer is enough - but wait
>> till the card comes out of transfer state.
>> Return an error if the card was not in programming state to
>> begin with - so that the caller knows that HPI was not sent.
>>
>> Reported-by: Alex Lemberg <Alex.Lemberg@xxxxxxxxxxx>
>> Signed-off-by: Venkatraman S <svenkatr@xxxxxx>
>> ---
>>  drivers/mmc/core/core.c |   34 ++++++++++++++++++----------------
>>  1 file changed, 18 insertions(+), 16 deletions(-)
>>
>> diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
>> index e541efb..ceabef5 100644
>> --- a/drivers/mmc/core/core.c
>> +++ b/drivers/mmc/core/core.c
>> @@ -401,7 +401,7 @@ EXPORT_SYMBOL(mmc_wait_for_req);
>>   */
>>  int mmc_interrupt_hpi(struct mmc_card *card)
>>  {
>> -     int err;
>> +     int err, i;
>>       u32 status;
>>
>>       BUG_ON(!card);
>> @@ -421,27 +421,29 @@ int mmc_interrupt_hpi(struct mmc_card *card)
>>       /*
>>        * If the card status is in PRG-state, we can send the HPI command.
>>        */
>> +     err = -EINVAL;
>>       if (R1_CURRENT_STATE(status) == R1_STATE_PRG) {
>> -             do {
>> -                     /*
>> -                      * We don't know when the HPI command will finish
>> -                      * processing, so we need to resend HPI until out
>> -                      * of prg-state, and keep checking the card status
>> -                      * with SEND_STATUS.  If a timeout error occurs when
>> -                      * sending the HPI command, we are already out of
>> -                      * prg-state.
>> -                      */
>> +             /* To prevent an infinite lockout, try to send HPI
>> +              * a fixed number of times and bailout if it can't
>> +              * succeed.
>> +              */
>> +             for (i = 0; i < 10 && err != 0 ; i++)
>>                       err = mmc_send_hpi_cmd(card, &status);
>> -                     if (err)
>> +             /* Once HPI was sent successfully, the card is
>> +              * supposed to be back to transfer state.
>> +              */
>> +             do {
>> +                     if (err) {
>>                               pr_debug("%s: abort HPI (%d error)\n",
>>                                        mmc_hostname(card->host), err);
>> -
>> -                     err = mmc_send_status(card, &status);
>> -                     if (err)
>>                               break;
>> +                     }
>> +                     err = mmc_send_status(card, &status);
>>               } while (R1_CURRENT_STATE(status) == R1_STATE_PRG);
>> -     } else
>> -             pr_debug("%s: Left prg-state\n", mmc_hostname(card->host));
>> +     } else {
>> +             pr_debug("%s: Can't send HPI. State=%d\n",
>> +                     mmc_hostname(card->host), R1_CURRENT_STATE(status));
>> +     }
>>
>>  out:
>>       mmc_release_host(card->host);
>> --
>> 1.7.10.rc2
>>
>> --
>> 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
>>
>
>
>
>
>
--
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