From: Giuseppe CAVALLARO <peppe.cavallaro@st.com>
To: "Shen, Jackey" <Jackey.Shen@amd.com>
Cc: Youssef TRIKI <youssef.triki@st.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
"cjb@laptop.org" <cjb@laptop.org>,
Philip Rakity <prakity@nvidia.com>
Subject: Re: [PATCH (v2)] mmc: sdhci: fix caps2 for HS200
Date: Sun, 23 Jun 2013 09:52:41 +0200 [thread overview]
Message-ID: <51C6A949.1010604@st.com> (raw)
In-Reply-To: <0C8FBB70FF40A94D98BE847F9C171A9803A716BA@SCYBEXDAG04.amd.com>
On 6/22/2013 10:33 AM, Shen, Jackey wrote:
> Hi Peppe and Youssef,
>
> Thanks for your clarification. I got it.
>
you are welcome
thx
peppe
> Jackey
>
> -----Original Message-----
> From: linux-mmc-owner@vger.kernel.org [mailto:linux-mmc-owner@vger.kernel.org] On Behalf Of Youssef TRIKI
> Sent: Thursday, June 20, 2013 5:16 PM
> To: Shen, Jackey
> Cc: linux-mmc@vger.kernel.org; cjb@laptop.org; Philip Rakity; Peppe CAVALLARO; Youssef TRIKI
> Subject: RE: [PATCH (v2)] mmc: sdhci: fix caps2 for HS200
>
> Hello Shen,
>
> Yes "SD Host Controller Standard Specification Version 3.00" did not indicate the HS200 because it is related to JEDEC spec4.5.
> ARASAN datasheet is based on "SD Host Controller Standard Specification Version 3.00". which lead to some confusion related to HS200.
>
> Come back to the patch, SDR104 and HS200 mode both need the tuning procedure.
> I discovered that MMC framework did not enter in tune function on HS200 because the function is controlled only by SD104 flag.
> In term of design there is no difference in tuning procedure between SD104 and HS200 the only difference will be the tuning command issued by the host controller I mean CMD19 and CMD21 respectively.
>
> Hope I was clear!
>
> Regards,
> Youssef.
>
> -----Original Message-----
> From: Giuseppe CAVALLARO [mailto:peppe.cavallaro@st.com]
> Sent: jeudi 20 juin 2013 09:56
> To: Shen, Jackey
> Cc: linux-mmc@vger.kernel.org; cjb@laptop.org; Philip Rakity; Youssef TRIKI
> Subject: Re: [PATCH (v2)] mmc: sdhci: fix caps2 for HS200
>
> Hello Shen
>
> On 6/18/2013 4:32 AM, Shen, Jackey wrote:
>> On Wed, Jun 12, 2013 at 2:16 PM, Giuseppe CAVALLARO <peppe.cavallaro@st.com> wrote:
>>
>>> Although the HC supports HS200 (eMMC) the caps2 are always zero; this
>>> means that no way to use the super speed mode (when init the card).
>>>
>>> If the HC support SDR104, for SD3.0, so it also supports HS200 for
>>> eMMC and this patch just sets the MMC_CAP2_HS200 in the host caps2 field.
>>
>> Capabilities register defined in "SD Host Controller Standard Specification Version 3.00"
>> doesn't indicate it support HS200(eMMC). Which specification do you refer to?
>
> indeed looking at the arasan spec SD3.0 eMMC4.5 it is not clear this point. Looking at the "SD tuning Block" HS200 modes is mentioned but indeed no 'explicit' bit in the Host Capability register.
>
>>
>>>
>>> v2: Since SDR104 and HS200 are effectively the same thing the patch
>>> deletes the defines for HS200 and use SDR104.
>>
>> Why do you think they are the same thing?
>> SDR104: 1.8V signaling, Frequency up to 208 MHz, up to 104MB/sec
>> HS200: 1.8/1.2V IO voltage, Frequency 0-200MHz, up to 200MB/sec, bus
>> width 4-bit/8-bit
>
> The patch fixes the caps2 where there was a dead check on a flags always sets to 0.
>
> Hmm, the point is how to use HS200. We performed some tests and, maybe, Youssef on copy can give you more details on this.
> From the HC cap register bit 33, I think we can understand if SDR104 and HS200 are supported and then frq and bus width are then verified by commands and configuration.
>
> BR
> Peppe
>
>>>
>>> Reported-by: Youssef Triki <youssef.triki@st.com>
>>> Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com>
>>> Cc: Philip Rakity <prakity@nvidia.com>
>>> ---
>>> drivers/mmc/host/sdhci.c | 14 +++++++++-----
>>> include/linux/mmc/sdhci.h | 2 +-
>>> 2 files changed, 10 insertions(+), 6 deletions(-)
>>>
>>> diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
>>> index 2ea429c..b8bb3b3 100644
>>> --- a/drivers/mmc/host/sdhci.c
>>> +++ b/drivers/mmc/host/sdhci.c
>>> @@ -1846,7 +1846,7 @@ static int sdhci_execute_tuning(struct mmc_host *mmc, u32 opcode)
>>> */
>>> if (((ctrl & SDHCI_CTRL_UHS_MASK) == SDHCI_CTRL_UHS_SDR50) &&
>>> (host->flags & SDHCI_SDR50_NEEDS_TUNING ||
>>> - host->flags & SDHCI_HS200_NEEDS_TUNING))
>>> + host->flags & SDHCI_SDR104_NEEDS_TUNING))
>>> requires_tuning_nonuhs = true;
>>>
>>> if (((ctrl & SDHCI_CTRL_UHS_MASK) == SDHCI_CTRL_UHS_SDR104) || @@
>>> -2962,9 +2962,13 @@ int sdhci_add_host(struct sdhci_host *host)
>>> mmc->caps |= MMC_CAP_UHS_SDR12 | MMC_CAP_UHS_SDR25;
>>>
>>> /* SDR104 supports also implies SDR50 support */
>>> - if (caps[1] & SDHCI_SUPPORT_SDR104)
>>> + if (caps[1] & SDHCI_SUPPORT_SDR104) {
>>> mmc->caps |= MMC_CAP_UHS_SDR104 | MMC_CAP_UHS_SDR50;
>>> - else if (caps[1] & SDHCI_SUPPORT_SDR50)
>>> + /* SD3.0: SDR104 is supported so (for eMMC) the caps2
>>> + * field can be promoted to support HS200.
>>> + */
>>> + mmc->caps2 |= MMC_CAP2_HS200;
>>> + } else if (caps[1] & SDHCI_SUPPORT_SDR50)
>>> mmc->caps |= MMC_CAP_UHS_SDR50;
>>>
>>> if (caps[1] & SDHCI_SUPPORT_DDR50) @@ -2974,9 +2978,9 @@ int
>>> sdhci_add_host(struct sdhci_host *host)
>>> if (caps[1] & SDHCI_USE_SDR50_TUNING)
>>> host->flags |= SDHCI_SDR50_NEEDS_TUNING;
>>>
>>> - /* Does the host need tuning for HS200? */
>>> + /* Does the host need tuning for SDR104 / HS200? */
>>> if (mmc->caps2 & MMC_CAP2_HS200)
>>> - host->flags |= SDHCI_HS200_NEEDS_TUNING;
>>> + host->flags |= SDHCI_SDR104_NEEDS_TUNING;
>>>
>>> /* Driver Type(s) (A, C, D) supported by the host */
>>> if (caps[1] & SDHCI_DRIVER_TYPE_A) diff --git
>>> a/include/linux/mmc/sdhci.h b/include/linux/mmc/sdhci.h index
>>> b838ffc..0b1d7f4 100644
>>> --- a/include/linux/mmc/sdhci.h
>>> +++ b/include/linux/mmc/sdhci.h
>>> @@ -126,7 +126,7 @@ struct sdhci_host {
>>> #define SDHCI_AUTO_CMD23 (1<<7) /* Auto CMD23 support */
>>> #define SDHCI_PV_ENABLED (1<<8) /* Preset value enabled */
>>> #define SDHCI_SDIO_IRQ_ENABLED (1<<9) /* SDIO irq enabled */
>>> -#define SDHCI_HS200_NEEDS_TUNING (1<<10) /* HS200 needs tuning */
>>> +#define SDHCI_SDR104_NEEDS_TUNING (1<<10) /* SDR104/HS200 needs tuning */
>>> #define SDHCI_USING_RETUNING_TIMER (1<<11) /* Host is using a retuning timer for the card */
>>>
>>> unsigned int version; /* SDHCI spec. version */
>>> --
>>> 1.7.4.4
>>>
>>> --
>>> 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
>>
>>
>>
>>
>
> --
> 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:[~2013-06-23 7:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-11 14:09 [PATCH] mmc: sdhci: fix caps2 for HS200 Giuseppe CAVALLARO
2013-06-11 15:09 ` Philip Rakity
2013-06-12 6:16 ` [PATCH (v2)] " Giuseppe CAVALLARO
2013-06-13 8:59 ` Philip Rakity
2013-06-18 2:32 ` Shen, Jackey
2013-06-20 8:56 ` Giuseppe CAVALLARO
2013-06-20 9:16 ` Youssef TRIKI
2013-06-22 8:33 ` Shen, Jackey
2013-06-23 7:52 ` Giuseppe CAVALLARO [this message]
2013-06-27 15:50 ` 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=51C6A949.1010604@st.com \
--to=peppe.cavallaro@st.com \
--cc=Jackey.Shen@amd.com \
--cc=cjb@laptop.org \
--cc=linux-mmc@vger.kernel.org \
--cc=prakity@nvidia.com \
--cc=youssef.triki@st.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox