linux-mmc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Arend van Spriel <arend@broadcom.com>
To: Chris Ball <chris@printf.net>
Cc: Ulf Hansson <ulf.hansson@linaro.org>,
	linux-mmc <linux-mmc@vger.kernel.org>,
	Dong Aisheng <dongas86@gmail.com>, Aaron Lu <aaron.lwe@gmail.com>
Subject: Re: RESEND:[PATCH V3] sdhci: only reprogram retuning timer when flag is set
Date: Tue, 18 Mar 2014 22:02:29 +0100	[thread overview]
Message-ID: <5328B465.5040200@broadcom.com> (raw)
In-Reply-To: <CAPDyKFpQSEhH4OoJ=v7drpfbTPZy4PQdSnbix5HG6XzGGTjzrQ@mail.gmail.com>

On 03/07/14 05:06, Ulf Hansson wrote:
> On 6 March 2014 10:29, Arend van Spriel<arend@broadcom.com>  wrote:
>> On 02/21/2014 08:59 PM, Arend van Spriel wrote:
>>> When the host->tuning_count is zero it means that the
>>> retuning is disabled. This is checked on the first
>>> run of sdhci_execute_tuning() by the if statement below:
>>>
>>>        if (!(host->flags&  SDHCI_NEEDS_RETUNING)&&  host->tuning_count&&
>>>            (host->tuning_mode == SDHCI_TUNING_MODE_1)) {
>>>
>>> So only when tuning_count is non-zero it will set the host
>>> flag SDHCI_USING_RETUNING_TIMER. The else statement is only
>>> for re-programming the timer, which means that flag must be
>>> set. Because that is not checked the else statement is executed
>>> in the first run when tuning_count is zero.
>>>
>>> This was seen on a host controller which indicated
>>> SDHCI_TUNING_MODE_1 (0) and tuning_count being zero. Suspect
>>> that (one of) these registers is not properly set.
>>>
>>> Cc: Dong Aisheng<dongas86@gmail.com>
>>> Cc: Aaron Lu<aaron.lwe@gmail.com>
>>> Signed-off-by: Arend van Spriel<arend@broadcom.com>
>>> ---
>>> Noticed this patch was still not applied so please reconsider
>>> taking it in and let me know. The patch has been rebased and
>>> applies to the mmc-next branch.
>>
>> ping? Am I on some spam filter? What is needed to get this change applied?

Hi Chris,

Did this patch fall between the cracks. If needed I can rebase and 
resend it once more.

Regards,
Arend

>> Regards,
>> Arend
>>
>>> Regards,
>>> Arend
>>>
>>> V3:
>>> - remote tuning mode check for retuning timer reload
>>>
>>> V2:
>>> - add more explanation to the commit message
>>> - check host flag SDHCI_USING_RETUNING_TIMER
>>> ---
>>>   drivers/mmc/host/sdhci.c | 7 +++----
>>>   1 file changed, 3 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
>>> index 9ddef47..d5b421d 100644
>>> --- a/drivers/mmc/host/sdhci.c
>>> +++ b/drivers/mmc/host/sdhci.c
>>> @@ -2026,12 +2026,11 @@ out:
>>>                        host->tuning_count * HZ);
>>>                /* Tuning mode 1 limits the maximum data length to 4MB */
>>>                mmc->max_blk_count = (4 * 1024 * 1024) / mmc->max_blk_size;
>>> -     } else {
>>> +     } else if (host->flags&  SDHCI_USING_RETUNING_TIMER) {
>>>                host->flags&= ~SDHCI_NEEDS_RETUNING;
>>>                /* Reload the new initial value for timer */
>>> -             if (host->tuning_mode == SDHCI_TUNING_MODE_1)
>>> -                     mod_timer(&host->tuning_timer, jiffies +
>>> -                             host->tuning_count * HZ);
>>> +             mod_timer(&host->tuning_timer, jiffies +
>>> +                       host->tuning_count * HZ);
>>>        }
>>>
>>>        /*
>>>
>>
>
> I don't have any deeper insight about the retuning mechanism for
> sdhci, still this seems reasonable.
>
> Acked-by: Ulf Hansson<ulf.hansson@linaro.org>


  reply	other threads:[~2014-03-18 21:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-21 19:59 RESEND:[PATCH V3] sdhci: only reprogram retuning timer when flag is set Arend van Spriel
2014-03-06  9:29 ` Arend van Spriel
2014-03-07  4:06   ` Ulf Hansson
2014-03-18 21:02     ` Arend van Spriel [this message]
2014-03-20  5:32 ` Aaron Lu
2014-03-25 20:49   ` Arend van Spriel
2014-03-25 20:56     ` 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=5328B465.5040200@broadcom.com \
    --to=arend@broadcom.com \
    --cc=aaron.lwe@gmail.com \
    --cc=chris@printf.net \
    --cc=dongas86@gmail.com \
    --cc=linux-mmc@vger.kernel.org \
    --cc=ulf.hansson@linaro.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).