From: Seungwon Jeon <tgih.jun@samsung.com>
To: 'Ulf Hansson' <ulf.hansson@linaro.org>
Cc: 'linux-mmc' <linux-mmc@vger.kernel.org>,
'Chris Ball' <chris@printf.net>,
'Jaehoon Chung' <jh80.chung@samsung.com>,
'Jackey Shen' <jackey.shen@amd.com>,
'Alim Akhtar' <alim.akhtar@samsung.com>
Subject: RE: [PATCH v3 5/5] mmc: add support for HS400 mode of eMMC5.0
Date: Wed, 02 Apr 2014 10:15:50 +0900 [thread overview]
Message-ID: <002c01cf4e11$1623cfd0$426b6f70$%jun@samsung.com> (raw)
In-Reply-To: <CAPDyKFqVxTEvaqFQo8MQnC4Vf2O1TOoDjvGRD_bcnDeFXddWmg@mail.gmail.com>
On Fri, March 28, 2014, Ulf Hansson wrote:
> On 28 March 2014 13:18, Seungwon Jeon <tgih.jun@samsung.com> wrote:
> > On Fri, March 28, 2014, Ulf Hansson wrote:
> >> On 25 March 2014 10:23, Seungwon Jeon <tgih.jun@samsung.com> wrote:
> >> > Hi Ulf,
> >> >
> >> > On Tue, March 25, 2014, Ulf Hansson wrote:
> >> >> On 14 March 2014 13:16, Seungwon Jeon <tgih.jun@samsung.com> wrote:
> >> >> > This patch adds HS400 mode support for eMMC5.0 device.
> >> >> > HS400 mode is high speed DDR interface timing from HS200.
> >> >> > Clock frequency is up to 200MHz and only 8-bit bus width is
> >> >> > supported. In addition, tuning process of HS200 is required
> >> >> > to synchronize the command response on the CMD line because
> >> >> > CMD input timing for HS400 mode is the same as HS200 mode.
> >> >> >
> >> >> > Signed-off-by: Seungwon Jeon <tgih.jun@samsung.com>
> >> >> > Reviewed-by: Jackey Shen <jackey.shen@amd.com>
> >> >> > Tested-by: Jaehoon Chung <jh80.chung@samsung.com>
> >> >> > Acked-by: Jaehoon Chung <jh80.chung@samsung.com>
> >> >> > ---
> >> >> > drivers/mmc/core/bus.c | 1 +
> >> >> > drivers/mmc/core/debugfs.c | 3 +
> >> >> > drivers/mmc/core/mmc.c | 115 +++++++++++++++++++++++++++++++++++++++++--
> >> >> > include/linux/mmc/card.h | 1 +
> >> >> > include/linux/mmc/host.h | 15 +++++-
> >> >> > include/linux/mmc/mmc.h | 7 ++-
> >> >> > 6 files changed, 134 insertions(+), 8 deletions(-)
> >> >> >
> >> >> > diff --git a/drivers/mmc/core/bus.c b/drivers/mmc/core/bus.c
> >> >> > index f37e9d6..d2dbf02 100644
> >> >> > --- a/drivers/mmc/core/bus.c
> >> >> > +++ b/drivers/mmc/core/bus.c
> >> >> > @@ -349,6 +349,7 @@ int mmc_add_card(struct mmc_card *card)
> >> >> > mmc_hostname(card->host),
> >> >> > mmc_card_uhs(card) ? "ultra high speed " :
> >> >> > (mmc_card_hs(card) ? "high speed " : ""),
> >> >> > + mmc_card_hs400(card) ? "HS400 " :
> >> >> > (mmc_card_hs200(card) ? "HS200 " : ""),
> >> >> > mmc_card_ddr52(card) ? "DDR " : "",
> >> >> > uhs_bus_speed_mode, type, card->rca);
> >> >> > diff --git a/drivers/mmc/core/debugfs.c b/drivers/mmc/core/debugfs.c
> >> >> > index 1f730db..91eb162 100644
> >> >> > --- a/drivers/mmc/core/debugfs.c
> >> >> > +++ b/drivers/mmc/core/debugfs.c
> >> >> > @@ -141,6 +141,9 @@ static int mmc_ios_show(struct seq_file *s, void *data)
> >> >> > case MMC_TIMING_MMC_HS200:
> >> >> > str = "mmc HS200";
> >> >> > break;
> >> >> > + case MMC_TIMING_MMC_HS400:
> >> >> > + str = "mmc HS400";
> >> >> > + break;
> >> >> > default:
> >> >> > str = "invalid";
> >> >> > break;
> >> >> > diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
> >> >> > index 6dd68e6..969d595 100644
> >> >> > --- a/drivers/mmc/core/mmc.c
> >> >> > +++ b/drivers/mmc/core/mmc.c
> >> >> > @@ -240,7 +240,7 @@ static int mmc_get_ext_csd(struct mmc_card *card, u8 **new_ext_csd)
> >> >> > static void mmc_select_card_type(struct mmc_card *card)
> >> >> > {
> >> >> > struct mmc_host *host = card->host;
> >> >> > - u8 card_type = card->ext_csd.raw_card_type & EXT_CSD_CARD_TYPE_MASK;
> >> >> > + u8 card_type = card->ext_csd.raw_card_type;
> >> >> > u32 caps = host->caps, caps2 = host->caps2;
> >> >> > unsigned int hs_max_dtr = 0, hs200_max_dtr = 0;
> >> >> > unsigned int avail_type = 0;
> >> >> > @@ -281,6 +281,18 @@ static void mmc_select_card_type(struct mmc_card *card)
> >> >> > avail_type |= EXT_CSD_CARD_TYPE_HS200_1_2V;
> >> >> > }
> >> >> >
> >> >> > + if (caps2 & MMC_CAP2_HS400_1_8V &&
> >> >> > + card_type & EXT_CSD_CARD_TYPE_HS400_1_8V) {
> >> >> > + hs200_max_dtr = MMC_HS200_MAX_DTR;
> >> >> > + avail_type |= EXT_CSD_CARD_TYPE_HS400_1_8V;
> >> >> > + }
> >> >> > +
> >> >> > + if (caps2 & MMC_CAP2_HS400_1_2V &&
> >> >> > + card_type & EXT_CSD_CARD_TYPE_HS400_1_2V) {
> >> >> > + hs200_max_dtr = MMC_HS200_MAX_DTR;
> >> >> > + avail_type |= EXT_CSD_CARD_TYPE_HS400_1_2V;
> >> >> > + }
> >> >> > +
> >> >> > card->ext_csd.hs_max_dtr = hs_max_dtr;
> >> >> > card->ext_csd.hs200_max_dtr = hs200_max_dtr;
> >> >> > card->mmc_avail_type = avail_type;
> >> >> > @@ -499,6 +511,8 @@ static int mmc_read_ext_csd(struct mmc_card *card, u8 *ext_csd)
> >> >> > ext_csd[EXT_CSD_PWR_CL_DDR_52_195];
> >> >> > card->ext_csd.raw_pwr_cl_ddr_52_360 =
> >> >> > ext_csd[EXT_CSD_PWR_CL_DDR_52_360];
> >> >> > + card->ext_csd.raw_pwr_cl_ddr_200_360 =
> >> >> > + ext_csd[EXT_CSD_PWR_CL_DDR_200_360];
> >> >> > }
> >> >> >
> >> >> > if (card->ext_csd.rev >= 5) {
> >> >> > @@ -665,7 +679,10 @@ static int mmc_compare_ext_csds(struct mmc_card *card, unsigned bus_width)
> >> >> > (card->ext_csd.raw_pwr_cl_ddr_52_195 ==
> >> >> > bw_ext_csd[EXT_CSD_PWR_CL_DDR_52_195]) &&
> >> >> > (card->ext_csd.raw_pwr_cl_ddr_52_360 ==
> >> >> > - bw_ext_csd[EXT_CSD_PWR_CL_DDR_52_360]));
> >> >> > + bw_ext_csd[EXT_CSD_PWR_CL_DDR_52_360]) &&
> >> >> > + (card->ext_csd.raw_pwr_cl_ddr_200_360 ==
> >> >> > + bw_ext_csd[EXT_CSD_PWR_CL_DDR_200_360]));
> >> >> > +
> >> >> > if (err)
> >> >> > err = -EINVAL;
> >> >> >
> >> >> > @@ -776,7 +793,9 @@ static int __mmc_select_powerclass(struct mmc_card *card,
> >> >> > ext_csd->raw_pwr_cl_52_360 :
> >> >> > ext_csd->raw_pwr_cl_ddr_52_360;
> >> >> > else if (host->ios.clock <= MMC_HS200_MAX_DTR)
> >> >> > - pwrclass_val = ext_csd->raw_pwr_cl_200_360;
> >> >> > + pwrclass_val = (bus_width == EXT_CSD_DDR_BUS_WIDTH_8) ?
> >> >> > + ext_csd->raw_pwr_cl_ddr_200_360 :
> >> >> > + ext_csd->raw_pwr_cl_200_360;
> >> >> > break;
> >> >> > default:
> >> >> > pr_warning("%s: Voltage range not supported "
> >> >> > @@ -840,7 +859,8 @@ static void mmc_set_bus_speed(struct mmc_card *card)
> >> >> > {
> >> >> > unsigned int max_dtr = (unsigned int)-1;
> >> >> >
> >> >> > - if (mmc_card_hs200(card) && max_dtr > card->ext_csd.hs200_max_dtr)
> >> >> > + if ((mmc_card_hs200(card) || mmc_card_hs400(card)) &&
> >> >> > + max_dtr > card->ext_csd.hs200_max_dtr)
> >> >> > max_dtr = card->ext_csd.hs200_max_dtr;
> >> >> > else if (mmc_card_hs(card) && max_dtr > card->ext_csd.hs_max_dtr)
> >> >> > max_dtr = card->ext_csd.hs_max_dtr;
> >> >> > @@ -939,6 +959,28 @@ static int mmc_select_hs(struct mmc_card *card)
> >> >> > }
> >> >> >
> >> >> > /*
> >> >> > + * Revert to the high-speed mode from above speed
> >> >> > + */
> >> >> > +static int mmc_revert_to_hs(struct mmc_card *card)
> >> >> > +{
> >> >> > + /*
> >> >> > + * CMD13, which is used to confirm the completion of timing
> >> >> > + * change, will be issued at higher speed timing condtion
> >> >> > + * rather than high-speed. If device has completed the change
> >> >> > + * to high-speed mode, it may not be proper timing to issue
> >> >> > + * command. Low speed supplies better timing margin than high
> >> >> > + * speed. Accordingly clock rate & timging should be chagned
> >> >> > + * ahead before actual switch.
> >> >>
> >> >> I have some problem to understand this comment. I guess you are trying
> >> >> to provide the arguments to why it makes sense to perform the revert
> >> >> to lower speed mode!?
> >> >>
> >> >> This makes me wonder if this is not part of the spec? Could you try to clarify?
> >> > But specification says that "HS_TIMING must be set to "0x1" before setting BUS_WIDTH for dual
> data
> >> rate operation".
> >> > I think this sequence is not graceful.
> >> > I also commented why speed mode should be changed to high-speed mode from HS200 mode in the
> >> function-called part.
> >> > Because it is not possible to set 8-bit data bus for dual rate on HS200 mode, revert to high-
> speed
> >> from HS200 is needed.
> >> > If the above-commented point makes it confused, it could be removed.
> >> > Please let me know your opinion.
> >> >
> >> >>
> >> >> > + */
> >> >> > + mmc_set_timing(card->host, MMC_TIMING_MMC_HS);
> >> >> > + mmc_set_bus_speed(card);
> >> >> > +
> >> >> > + return mmc_switch(card, EXT_CSD_CMD_SET_NORMAL,
> >> >> > + EXT_CSD_HS_TIMING, EXT_CSD_TIMING_HS,
> >> >> > + card->ext_csd.generic_cmd6_time);
> >> >> > +}
> >> >> > +
> >> >> > +/*
> >> >> > * Activate wide bus and DDR if supported.
> >> >> > */
> >> >> > static int mmc_select_hs_ddr(struct mmc_card *card)
> >> >> > @@ -993,6 +1035,54 @@ static int mmc_select_hs_ddr(struct mmc_card *card)
> >> >> > return err;
> >> >> > }
> >> >> >
> >> >> > +static int mmc_select_hs400(struct mmc_card *card)
> >> >> > +{
> >> >> > + struct mmc_host *host = card->host;
> >> >> > + int err = 0;
> >> >> > +
> >> >> > + /*
> >> >> > + * The bus width is set to only 8 DDR in HS400 mode
> >> >>
> >> >> Please rephrase the comment to something like:
> >> >> "HS400 mode requires 8-bit bus width."
> >> > As it is, it was from spec's description.
> >> > But I think yours would be more clearable.
> >> >
> >> >>
> >> >> > + */
> >> >> > + if (!(card->mmc_avail_type & EXT_CSD_CARD_TYPE_HS400 &&
> >> >> > + host->ios.bus_width == MMC_BUS_WIDTH_8))
> >> >> > + return 0;
> >> >> > +
> >> >> > + /*
> >> >> > + * Before setting BUS_WIDTH for dual data rate operation,
> >> >> > + * HS_TIMING must be set to High Speed(0x1)
> >> >> > + */
> >> >>
> >> >> Please rephrase comment:
> >> >>
> >> >> "Before switching to dual data rate operation for HS400, we need
> >> >> revert from HS200 timing to regular HS timing."
> >> > Ok.
> >> >
> >> >>
> >> >> > + err = mmc_revert_to_hs(card);
> >> >>
> >> >> I don't think we need a separate function to handle the revert.
> >> >> Please, just add the code here instead. While you do that, I suppose
> >> >> we should combine the comment in that function into one comment here.
> >> > OK, I don't oppose that.
> >> >
> >> >>
> >> >> > + if (err) {
> >> >> > + pr_warn("%s: switch to high-speed from hs200 failed, err:%d\n",
> >> >> > + mmc_hostname(host), err);
> >> >> > + return err;
> >> >> > + }
> >> >> > +
> >> >> > + err = mmc_switch(card, EXT_CSD_CMD_SET_NORMAL,
> >> >> > + EXT_CSD_BUS_WIDTH,
> >> >> > + EXT_CSD_DDR_BUS_WIDTH_8,
> >> >> > + card->ext_csd.generic_cmd6_time);
> >> >> > + if (err) {
> >> >> > + pr_warn("%s: switch to bus width for hs400 failed, err:%d\n",
> >> >> > + mmc_hostname(host), err);
> >> >> > + return err;
> >> >> > + }
> >> >> > +
> >> >> > + err = mmc_switch(card, EXT_CSD_CMD_SET_NORMAL,
> >> >> > + EXT_CSD_HS_TIMING, EXT_CSD_TIMING_HS400,
> >> >> > + card->ext_csd.generic_cmd6_time);
> >> >> > + if (err) {
> >> >> > + pr_warn("%s: switch to hs400 failed, err:%d\n",
> >> >> > + mmc_hostname(host), err);
> >> >> > + return err;
> >> >> > + }
> >> >> > +
> >> >> > + mmc_set_timing(host, MMC_TIMING_MMC_HS400);
> >> >> > + mmc_set_bus_speed(card);
> >> >> > +
> >> >> > + return 0;
> >> >> > +}
> >> >> > +
> >> >> > /*
> >> >> > * For device supporting HS200 mode, the following sequence
> >> >> > * should be done before executing the tuning process.
> >> >> > @@ -1025,7 +1115,16 @@ static int mmc_select_hs200(struct mmc_card *card)
> >> >> > EXT_CSD_HS_TIMING, EXT_CSD_TIMING_HS200,
> >> >> > card->ext_csd.generic_cmd6_time,
> >> >> > true, true, true);
> >> >> > - if (!err)
> >> >> > + if (err)
> >> >> > + goto err;
> >> >> > +
> >> >> > + if (card->mmc_avail_type & EXT_CSD_CARD_TYPE_HS400)
> >> >> > + /*
> >> >> > + * Timing should be adjusted to the HS400 target
> >> >> > + * operation frequency for tuning process
> >> >> > + */
> >> >> > + mmc_set_timing(host, MMC_TIMING_MMC_HS400_TUNING);
> >> >>
> >> >> This seems strange. Do we really need a separate
> >> >> MMC_TIMING_MMC_HS400_TUNING value?
> >> > Spec. describes the HS400 selection sequence like below.
> >> > <Quot>
> >> > ...
> >> > 6) Perform the Tuning Process at the HS400 target operating frequency
> >> > (Note: tuning process in HS200 mode is required to synchronize the command response on the CMD
> line
> >> to CLK for HS400 operation).
> >> > ...
> >> > </Quot>
> >> > That means target clock rate for tuning sequence can be different with HS200.
> >> > Considering for that, it needs to distinguish.
> >>
> >> I understand the spec now, thanks.
> >>
> >> Still, I am not convinced we should handle this through the
> >> MMC_TIMING* field. That will leave host drivers to do some magic clock
> >> frequency calculation from their ->set_ios callbacks, just depending
> >> on the MMC_TIMING_MMC_HS400_TUNING value.
> >>
> >> I am also a bit concerned how MMC_TIMING_MMC_HS400_TUNING, would work
> >> if/when we implement periodic re-tuning - triggered from the mmc core
> >> layer.
> >>
> >> What we really want to do, is to pretend we were to operate in
> >> MMC_TIMING_MMC_HS400 and ask the host driver what the target frequency
> >> would be in this case. Then set this frequency through
> >> mmc_set_clock().
> >>
> >> Then how do we ask the host driver about this frequency? Let's add a
> >> new host_ops callback. We want it to be generic, so provide the
> >> MMC_TIMING bit as a parameter. Additionally we want it to be optional
> >> to implement, thus for those host drivers that supports the same
> >> target frequency for HS200 as for HS400, they don't need to implement
> >> it.
> >>
> >> Would this be a way forward?
> >
> > Thanks for your opinion.
> >
> > IMO, in this case additional callback handling seems to cause the complication in host side.
> > I think we don't need to ask host driver about target frequency for HS400 in order to set specific
> frequency through
> > mmc_set_clock().
> > Target frequency which core layer requires for HS400 will be 200MHz and it is also mentioned in
> specification.
> > Host driver including actual controller just will effort to make DDR rate with 200MHz.
>
> What the mmc_set_clock() request is not the same as what the frequency
> actually will be set to. That depends on the host controller/driver.
>
> If for some reason the host controller/driver are not able to use the
> same frequency for HS200 as for HS400, this should be possible to be
> addressed in the way I suggested.
I checked your sequence, but I'm not sure whether your suggestion is suitable for this.
As we know, in case of DDR52 clock rate requested by mmc_set_clock() is not different from High speed; Actually same 52Mhz is
requested.
It will be same in HS400 mode. Clock rate for mmc_set_clock() will be 200MHz in both HS200 and HS400.
Instead, host driver may control specific register for DDR rate output.
This is why core layer don't need call extra mmc_set_clock().
That means it doesn't need to ask host driver about frequency with using additional callback.
What core layer should do is to gives host driver timing information such as MMC_TIMING_MMC_HS400_TUNING.
Then, host can prepare specific timing setting for HS400 tuning.
As you mentioned, it depends on the host controller/driver.
>
> > MMC_TIMING_MMC_HS400_TUNING may be used as notification for host to prepare HS400 tuning sequence.
>
> So, are you saying that your controller are have different tuning
> methods for HS200 vs HS400? That's a different requirement, which of
> course we need to handle.
NO, tuning method is equal. I meant that host's setting for IO timing would be different.
>
> > If host driver doesn't need to care MMC_TIMING_MMC_HS400_TUNING, it can be ignored.
>
> It can't be ignored by host drivers, since drivers will need to cope
> with it even if it means that it will actively ignore it.
For this, you're right. Host driver may need to identify MMC_TIMING_MMC_HS400_TUNING.
Thanks,
Seungwon Jeon
>
> Kind regards
> Ulf Hanssson
>
> > Perhaps, we may need other opinions.
> >
> > Thanks,
> > Seungwon Jeon
> >
> >>
> >> Kind regards
> >> Ulf Hansson
> >>
> >> >
> >> >>
> >> >> > + else
> >> >> > mmc_set_timing(host, MMC_TIMING_MMC_HS200);
> >> >> > }
> >> >> > err:
> >> >> > @@ -1070,7 +1169,7 @@ bus_speed:
> >> >> >
> >> >> > /*
> >> >> > * Execute tuning sequence to seek the proper bus operating
> >> >> > - * conditions for HS200, which sends CMD21 to the device.
> >> >> > + * conditions for HS200 and HS400, which sends CMD21 to the device.
> >> >> > */
> >> >> > static int mmc_hs200_tuning(struct mmc_card *card)
> >> >> > {
> >> >> > @@ -1304,6 +1403,10 @@ static int mmc_init_card(struct mmc_host *host, u32 ocr,
> >> >> > err = mmc_hs200_tuning(card);
> >> >> > if (err)
> >> >> > goto err;
> >> >> > +
> >> >> > + err = mmc_select_hs400(card);
> >> >> > + if (err)
> >> >> > + goto err;
> >> >> > } else if (mmc_card_hs(card)) {
> >> >> > /* Select the desired bus width optionally */
> >> >> > err = mmc_select_bus_width(card);
> >> >> > diff --git a/include/linux/mmc/card.h b/include/linux/mmc/card.h
> >> >> > index def6814..2b24c36 100644
> >> >> > --- a/include/linux/mmc/card.h
> >> >> > +++ b/include/linux/mmc/card.h
> >> >> > @@ -110,6 +110,7 @@ struct mmc_ext_csd {
> >> >> > u8 raw_pwr_cl_200_360; /* 237 */
> >> >> > u8 raw_pwr_cl_ddr_52_195; /* 238 */
> >> >> > u8 raw_pwr_cl_ddr_52_360; /* 239 */
> >> >> > + u8 raw_pwr_cl_ddr_200_360; /* 253 */
> >> >> > u8 raw_bkops_status; /* 246 */
> >> >> > u8 raw_sectors[4]; /* 212 - 4 bytes */
> >> >> >
> >> >> > diff --git a/include/linux/mmc/host.h b/include/linux/mmc/host.h
> >> >> > index 1ee3c10..cc716e4 100644
> >> >> > --- a/include/linux/mmc/host.h
> >> >> > +++ b/include/linux/mmc/host.h
> >> >> > @@ -61,6 +61,8 @@ struct mmc_ios {
> >> >> > #define MMC_TIMING_UHS_DDR50 7
> >> >> > #define MMC_TIMING_MMC_DDR52 8
> >> >> > #define MMC_TIMING_MMC_HS200 9
> >> >> > +#define MMC_TIMING_MMC_HS400 10
> >> >> > +#define MMC_TIMING_MMC_HS400_TUNING 11
> >> >>
> >> >> MMC_TIMING_MMC_HS400_TUNING ?
> >> >>
> >> >> >
> >> >> > unsigned char signal_voltage; /* signalling voltage (1.8V or 3.3V) */
> >> >> >
> >> >> > @@ -274,6 +276,10 @@ struct mmc_host {
> >> >> > #define MMC_CAP2_PACKED_CMD (MMC_CAP2_PACKED_RD | \
> >> >> > MMC_CAP2_PACKED_WR)
> >> >> > #define MMC_CAP2_NO_PRESCAN_POWERUP (1 << 14) /* Don't power up before scan */
> >> >> > +#define MMC_CAP2_HS400_1_8V (1 << 15) /* Can support HS400 1.8V */
> >> >> > +#define MMC_CAP2_HS400_1_2V (1 << 16) /* Can support HS400 1.2V */
> >> >> > +#define MMC_CAP2_HS400 (MMC_CAP2_HS400_1_8V | \
> >> >> > + MMC_CAP2_HS400_1_2V)
> >> >> >
> >> >> > mmc_pm_flag_t pm_caps; /* supported pm features */
> >> >> >
> >> >> > @@ -486,11 +492,18 @@ static inline int mmc_card_uhs(struct mmc_card *card)
> >> >> >
> >> >> > static inline bool mmc_card_hs200(struct mmc_card *card)
> >> >> > {
> >> >> > - return card->host->ios.timing == MMC_TIMING_MMC_HS200;
> >> >> > + return card->host->ios.timing == MMC_TIMING_MMC_HS200 ||
> >> >> > + card->host->ios.timing == MMC_TIMING_MMC_HS400_TUNING;
> >> >>
> >> >> MMC_TIMING_MMC_HS400_TUNING ?
> >> > It also indicates that card is currently in HS200 mode with the result of setting HS_TIMING'.
> >> >
> >> > Thanks,
> >> > Seungwon Jeon
> >> >
> >> >>
> >> >> > }
> >> >> >
> >> >> > static inline bool mmc_card_ddr52(struct mmc_card *card)
> >> >> > {
> >> >> > return card->host->ios.timing == MMC_TIMING_MMC_DDR52;
> >> >> > }
> >> >> > +
> >> >> > +static inline bool mmc_card_hs400(struct mmc_card *card)
> >> >> > +{
> >> >> > + return card->host->ios.timing == MMC_TIMING_MMC_HS400;
> >> >> > +}
> >> >> > +
> >> >> > #endif /* LINUX_MMC_HOST_H */
> >> >> > diff --git a/include/linux/mmc/mmc.h b/include/linux/mmc/mmc.h
> >> >> > index f429f13..64ec963 100644
> >> >> > --- a/include/linux/mmc/mmc.h
> >> >> > +++ b/include/linux/mmc/mmc.h
> >> >> > @@ -325,6 +325,7 @@ struct _mmc_csd {
> >> >> > #define EXT_CSD_POWER_OFF_LONG_TIME 247 /* RO */
> >> >> > #define EXT_CSD_GENERIC_CMD6_TIME 248 /* RO */
> >> >> > #define EXT_CSD_CACHE_SIZE 249 /* RO, 4 bytes */
> >> >> > +#define EXT_CSD_PWR_CL_DDR_200_360 253 /* RO */
> >> >> > #define EXT_CSD_TAG_UNIT_SIZE 498 /* RO */
> >> >> > #define EXT_CSD_DATA_TAG_SUPPORT 499 /* RO */
> >> >> > #define EXT_CSD_MAX_PACKED_WRITES 500 /* RO */
> >> >> > @@ -354,7 +355,6 @@ struct _mmc_csd {
> >> >> > #define EXT_CSD_CMD_SET_SECURE (1<<1)
> >> >> > #define EXT_CSD_CMD_SET_CPSECURE (1<<2)
> >> >> >
> >> >> > -#define EXT_CSD_CARD_TYPE_MASK 0x3F /* Mask out reserved bits */
> >> >> > #define EXT_CSD_CARD_TYPE_HS_26 (1<<0) /* Card can run at 26MHz */
> >> >> > #define EXT_CSD_CARD_TYPE_HS_52 (1<<1) /* Card can run at 52MHz */
> >> >> > #define EXT_CSD_CARD_TYPE_HS (EXT_CSD_CARD_TYPE_HS_26 | \
> >> >> > @@ -370,6 +370,10 @@ struct _mmc_csd {
> >> >> > /* SDR mode @1.2V I/O */
> >> >> > #define EXT_CSD_CARD_TYPE_HS200 (EXT_CSD_CARD_TYPE_HS200_1_8V | \
> >> >> > EXT_CSD_CARD_TYPE_HS200_1_2V)
> >> >> > +#define EXT_CSD_CARD_TYPE_HS400_1_8V (1<<6) /* Card can run at 200MHz DDR, 1.8V */
> >> >> > +#define EXT_CSD_CARD_TYPE_HS400_1_2V (1<<7) /* Card can run at 200MHz DDR, 1.2V */
> >> >> > +#define EXT_CSD_CARD_TYPE_HS400 (EXT_CSD_CARD_TYPE_HS400_1_8V | \
> >> >> > + EXT_CSD_CARD_TYPE_HS400_1_2V)
> >> >> >
> >> >> > #define EXT_CSD_BUS_WIDTH_1 0 /* Card is in 1 bit mode */
> >> >> > #define EXT_CSD_BUS_WIDTH_4 1 /* Card is in 4 bit mode */
> >> >> > @@ -380,6 +384,7 @@ struct _mmc_csd {
> >> >> > #define EXT_CSD_TIMING_BC 0 /* Backwards compatility */
> >> >> > #define EXT_CSD_TIMING_HS 1 /* High speed */
> >> >> > #define EXT_CSD_TIMING_HS200 2 /* HS200 */
> >> >> > +#define EXT_CSD_TIMING_HS400 3 /* HS400 */
> >> >> >
> >> >> > #define EXT_CSD_SEC_ER_EN BIT(0)
> >> >> > #define EXT_CSD_SEC_BD_BLK_EN BIT(2)
> >> >> > --
> >> >> > 1.7.0.4
> >> >> >
> >> >> >
> >> >>
> >> >> Kind regards
> >> >> Ulf Hansson
> >> >> --
> >> >> 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
> >
> --
> 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:[~2014-04-02 1:15 UTC|newest]
Thread overview: 181+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-05 12:10 [PATCH 0/3] mmc: tmio: Use modern PM ops Ulf Hansson
2013-11-05 12:10 ` [PATCH 1/3] mmc: sh_mobile_sdhi: Use modern PM macros to define pm callbacks Ulf Hansson
2013-11-05 22:29 ` Guennadi Liakhovetski
2013-11-05 12:10 ` [PATCH 2/3] mmc: tmio_mmc: Convert from legacy to modern PM ops Ulf Hansson
2013-11-05 22:24 ` Guennadi Liakhovetski
2013-11-05 12:10 ` [PATCH 3/3] mmc: tmio: Adapt to proper PM configs for exported functions Ulf Hansson
2013-11-05 22:29 ` Guennadi Liakhovetski
2013-11-05 13:26 ` [PATCH] mmc: trivial: fix the compiling warning Seungwon Jeon
2013-11-06 3:20 ` Jaehoon Chung
2013-11-06 9:42 ` Seungwon Jeon
2013-11-05 13:27 ` [PATCH 0/3] mmc: update bus speed mode Seungwon Jeon
2013-11-05 13:27 ` [PATCH 1/3] mmc: rework selection of " Seungwon Jeon
2013-11-05 14:06 ` Ulf Hansson
2013-11-06 9:09 ` Seungwon Jeon
2013-11-06 10:46 ` Ulf Hansson
2013-11-05 13:27 ` [PATCH 2/3] mmc: correct some exclusive card state to clear Seungwon Jeon
2013-11-05 14:33 ` Ulf Hansson
2013-11-06 9:35 ` Seungwon Jeon
2013-11-06 10:38 ` Ulf Hansson
2013-11-07 3:51 ` Seungwon Jeon
2013-11-05 13:28 ` [PATCH 3/3] mmc: add support for hs400 mode of eMMC5.0 Seungwon Jeon
2013-11-07 7:38 ` Shen, Jackey
2013-11-07 11:38 ` Seungwon Jeon
2013-11-08 9:05 ` Jackey Shen
2013-11-11 12:51 ` Seungwon Jeon
2013-11-25 7:32 ` Jackey Shen
2013-11-08 12:16 ` [PATCH 0/3] mmc: tmio: Use modern PM ops Guennadi Liakhovetski
2013-11-11 9:24 ` Ulf Hansson
2014-01-15 14:10 ` [PATCH 0/7] mmc: distinguish DDR timing mode for eMMC/UHS Seungwon Jeon
2014-01-15 14:10 ` [PATCH 1/7] mmc: clarify DDR timing mode between SD-UHS and eMMC Seungwon Jeon
2014-01-16 10:50 ` Ulf Hansson
2014-01-17 21:22 ` Ulf Hansson
2014-01-20 3:55 ` Seungwon Jeon
2014-01-23 9:06 ` Ulf Hansson
2014-01-15 14:11 ` [PATCH 2/7] mmc: mmci: " Seungwon Jeon
2014-01-16 10:20 ` Ulf Hansson
2014-01-17 14:05 ` Seungwon Jeon
2014-01-17 14:50 ` [PATCH v2 " Seungwon Jeon
2014-01-15 14:11 ` [PATCH 3/7] mmc: omap: " Seungwon Jeon
2014-01-16 10:49 ` Ulf Hansson
2014-01-16 11:07 ` Balaji T K
2014-01-16 11:01 ` Balaji T K
2014-01-15 14:12 ` [PATCH 4/7] mmc: sh_mmcif: " Seungwon Jeon
2014-01-16 10:22 ` Ulf Hansson
2014-01-17 14:36 ` Seungwon Jeon
2014-01-28 13:08 ` Seungwon Jeon
2014-01-15 14:12 ` [PATCH 5/7] mmc: rtsx: " Seungwon Jeon
2014-01-16 10:51 ` Ulf Hansson
2014-01-15 14:12 ` [PATCH 6/7] mmc: dw_mmc: " Seungwon Jeon
2014-01-16 10:37 ` Ulf Hansson
2014-01-15 14:12 ` [PATCH 7/7] mmc: sdhci: " Seungwon Jeon
2014-01-16 10:25 ` Ulf Hansson
2014-01-15 14:13 ` [PATCH 0/5] update selection of bus speed mode for eMMC Seungwon Jeon
2014-01-15 14:14 ` [PATCH 1/5] mmc: drop the speed mode of card's state Seungwon Jeon
2014-01-15 14:14 ` [PATCH 2/5] mmc: identify available device type to select Seungwon Jeon
2014-01-15 14:14 ` [PATCH 3/5] mmc: step power class after final selection of bus mode Seungwon Jeon
2014-01-15 14:15 ` [PATCH 4/5] mmc: rework selection of bus speed mode Seungwon Jeon
2014-01-15 14:19 ` [PATCH 5/5] mmc: add support for HS400 mode of eMMC5.0 Seungwon Jeon
2014-02-18 10:24 ` Jackey Shen
2014-02-18 13:31 ` Seungwon Jeon
2014-02-15 14:08 ` [PATCH v2 0/7] mmc: distinguish DDR timing mode for eMMC/UHS Seungwon Jeon
2014-03-07 13:30 ` [PATCH v3 " Seungwon Jeon
2014-03-14 12:11 ` [PATCH RESEND " Seungwon Jeon
2014-04-02 11:50 ` Ulf Hansson
2014-04-03 11:56 ` Seungwon Jeon
2014-02-15 14:08 ` [PATCH v2 1/7] mmc: clarify DDR timing mode between SD-UHS and eMMC Seungwon Jeon
2014-03-07 13:30 ` [PATCH v3 " Seungwon Jeon
2014-03-07 13:42 ` Jaehoon Chung
2014-03-14 12:11 ` [PATCH RESEND " Seungwon Jeon
2014-02-15 14:08 ` [PATCH v2 2/7] mmc: mmci: " Seungwon Jeon
2014-02-17 14:08 ` Ulf Hansson
2014-02-18 13:34 ` Seungwon Jeon
2014-03-07 13:30 ` [PATCH v3 " Seungwon Jeon
2014-03-14 12:12 ` [PATCH RESEND " Seungwon Jeon
2014-02-15 14:09 ` [PATCH v2 3/7] mmc: omap: " Seungwon Jeon
2014-03-07 13:30 ` [PATCH v3 " Seungwon Jeon
2014-03-14 12:12 ` [PATCH RESEND " Seungwon Jeon
2014-02-15 14:09 ` [PATCH v2 4/7] mmc: sh_mmcif: " Seungwon Jeon
2014-03-07 13:30 ` [PATCH v3 " Seungwon Jeon
2014-03-14 12:12 ` [PATCH RESEND " Seungwon Jeon
2014-02-15 14:09 ` [PATCH v2 5/7] mmc: rtsx: " Seungwon Jeon
2014-03-07 13:31 ` [PATCH v3 " Seungwon Jeon
2014-03-14 12:12 ` [PATCH RESEND " Seungwon Jeon
2014-02-15 14:09 ` [PATCH v2 6/7] mmc: dw_mmc: " Seungwon Jeon
2014-03-07 13:31 ` [PATCH v3 " Seungwon Jeon
2014-03-07 13:43 ` Jaehoon Chung
2014-03-14 12:12 ` [PATCH RESEMD " Seungwon Jeon
2014-02-15 14:09 ` [PATCH v2 7/7] mmc: sdhci: " Seungwon Jeon
2014-03-07 13:31 ` [PATCH v3 " Seungwon Jeon
2014-03-14 12:12 ` [PATCH RESEND " Seungwon Jeon
2014-02-15 14:18 ` [PATCH RESEND 0/5] update selection of bus speed mode for eMMC Seungwon Jeon
2014-03-07 14:35 ` [PATCH v2 " Seungwon Jeon
2014-03-13 14:41 ` Ulf Hansson
2014-03-13 9:52 ` [PATCH RESEND " Jaehoon Chung
2014-03-14 12:16 ` [PATCH v3 " Seungwon Jeon
2014-03-17 8:47 ` Ulf Hansson
2014-03-18 1:43 ` Seungwon Jeon
2014-03-18 4:20 ` Jaehoon Chung
2014-03-18 8:01 ` Ulf Hansson
2014-03-26 10:59 ` [PATCH v4 " Seungwon Jeon
2014-03-26 11:00 ` [PATCH v4 1/5] mmc: drop the speed mode of card's state Seungwon Jeon
2014-03-26 11:00 ` [PATCH v4 2/5] mmc: identify available device type to select Seungwon Jeon
2014-03-26 11:00 ` [PATCH v4 3/5] mmc: step power class after final selection of bus mode Seungwon Jeon
2014-03-28 8:43 ` Ulf Hansson
2014-03-26 11:00 ` [PATCH v4 4/5] mmc: rework selection of bus speed mode Seungwon Jeon
2014-03-26 11:00 ` [PATCH v4 5/5] mmc: add support for HS400 mode of eMMC5.0 Seungwon Jeon
2014-04-11 11:33 ` [PATCH v5 0/5] update selection of bus speed mode for eMMC Seungwon Jeon
2014-04-11 11:34 ` [PATCH v5 1/5] mmc: drop the speed mode of card's state Seungwon Jeon
2014-04-11 11:34 ` [PATCH v5 2/5] mmc: identify available device type to select Seungwon Jeon
2014-04-11 11:47 ` Ulf Hansson
2014-04-11 11:34 ` [PATCH v5 3/5] mmc: step power class after final selection of bus mode Seungwon Jeon
2014-04-11 11:34 ` [PATCH v5 4/5] mmc: rework selection of bus speed mode Seungwon Jeon
2014-04-11 11:34 ` [PATCH v5 5/5] mmc: add support for HS400 mode of eMMC5.0 Seungwon Jeon
2014-04-11 12:06 ` Ulf Hansson
2014-04-18 13:36 ` [PATCH v6 0/6] update selection of bus speed mode for eMMC Seungwon Jeon
2014-04-20 7:18 ` Ulf Hansson
2014-04-21 3:55 ` Seungwon Jeon
2014-04-18 13:36 ` [PATCH v6 1/6] mmc: drop the speed mode of card's state Seungwon Jeon
2014-04-18 13:36 ` [PATCH v6 2/6] mmc: identify available device type to select Seungwon Jeon
2014-04-18 13:36 ` [PATCH v6 3/6] mmc: step power class after final selection of bus mode Seungwon Jeon
2014-04-18 13:36 ` [PATCH v6 4/6] mmc: rework selection of bus speed mode Seungwon Jeon
2014-04-18 13:37 ` [PATCH v6 5/6] mmc: add support for HS400 mode of eMMC5.0 Seungwon Jeon
2014-04-18 13:37 ` [PATCH v6 6/6] mmc: core: add DT bindings for eMMC HS400 1.8/1.2V Seungwon Jeon
2014-04-23 8:30 ` Ulf Hansson
2014-04-23 8:07 ` [PATCH 0/6] update selection of bus speed mode for eMMC Seungwon Jeon
2014-04-23 8:07 ` [PATCH 1/6] mmc: drop the speed mode of card's state Seungwon Jeon
2014-05-05 8:02 ` Ulf Hansson
2014-04-23 8:07 ` [PATCH 2/6] mmc: identify available device type to select Seungwon Jeon
2014-04-23 8:08 ` [PATCH 3/6] mmc: step power class after final selection of bus mode Seungwon Jeon
2014-04-23 8:08 ` [PATCH 4/6] mmc: rework selection of bus speed mode Seungwon Jeon
2014-04-23 8:14 ` [PATCH 5/6] mmc: add support for HS400 mode of eMMC5.0 Seungwon Jeon
2014-04-23 8:15 ` [PATCH 6/6] mmc: core: add DT bindings for eMMC HS400 1.8/1.2V Seungwon Jeon
2014-02-15 14:18 ` [PATCH RESEND 1/5] mmc: drop the speed mode of card's state Seungwon Jeon
2014-02-17 14:38 ` Ulf Hansson
2014-02-18 13:43 ` Seungwon Jeon
2014-02-18 16:40 ` Ulf Hansson
2014-03-07 14:36 ` [PATCH v2 " Seungwon Jeon
2014-03-14 12:16 ` [PATCH v3 " Seungwon Jeon
2014-02-15 14:18 ` [PATCH RESEND 2/5] mmc: identify available device type to select Seungwon Jeon
2014-03-07 14:36 ` [PATCH v2 " Seungwon Jeon
2014-03-10 10:14 ` Jaehoon Chung
2014-03-10 11:59 ` Seungwon Jeon
2014-03-13 5:37 ` Jaehoon Chung
2014-03-13 8:37 ` Seungwon Jeon
2014-03-13 9:51 ` Jaehoon Chung
2014-03-13 14:02 ` Ulf Hansson
2014-03-14 2:49 ` Seungwon Jeon
2014-03-14 7:34 ` Ulf Hansson
2014-03-14 10:24 ` Seungwon Jeon
2014-03-28 8:31 ` Ulf Hansson
2014-03-28 12:27 ` Seungwon Jeon
2014-03-14 12:16 ` [PATCH v3 " Seungwon Jeon
2014-02-15 14:23 ` [PATCH RESEND 3/5] mmc: step power class after final selection of bus mode Seungwon Jeon
2014-03-07 14:36 ` [PATCH v2 " Seungwon Jeon
2014-03-13 14:28 ` Ulf Hansson
2014-03-14 2:49 ` Seungwon Jeon
2014-03-14 7:31 ` Ulf Hansson
2014-03-14 12:16 ` [PATCH v3 " Seungwon Jeon
2014-02-15 14:24 ` [PATCH RESEND 4/5] mmc: rework selection of bus speed mode Seungwon Jeon
2014-03-07 14:36 ` [PATCH v2 " Seungwon Jeon
2014-03-14 12:16 ` [PATCH v3 " Seungwon Jeon
2014-03-21 13:01 ` Ulf Hansson
2014-03-22 12:04 ` Seungwon Jeon
2014-03-24 13:11 ` Ulf Hansson
2014-02-15 14:24 ` [PATCH RESEND 5/5] mmc: add support for HS400 mode of eMMC5.0 Seungwon Jeon
2014-03-07 14:36 ` [PATCH v2 " Seungwon Jeon
2014-03-11 0:45 ` Jackey Shen
2014-03-14 11:34 ` Seungwon Jeon
2014-03-14 12:16 ` [PATCH v3 " Seungwon Jeon
2014-03-24 15:41 ` Ulf Hansson
2014-03-25 9:23 ` Seungwon Jeon
2014-03-28 9:57 ` Ulf Hansson
2014-03-28 12:18 ` Seungwon Jeon
2014-03-28 13:33 ` Ulf Hansson
2014-04-02 1:15 ` Seungwon Jeon [this message]
2014-04-02 9:39 ` Ulf Hansson
2014-04-03 11:53 ` Seungwon Jeon
2014-04-03 13:14 ` Ulf Hansson
2014-04-04 10:46 ` Seungwon Jeon
2014-04-04 11:58 ` Ulf Hansson
2014-04-05 14:36 ` Seungwon Jeon
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='002c01cf4e11$1623cfd0$426b6f70$%jun@samsung.com' \
--to=tgih.jun@samsung.com \
--cc=alim.akhtar@samsung.com \
--cc=chris@printf.net \
--cc=jackey.shen@amd.com \
--cc=jh80.chung@samsung.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).