From: Dong Aisheng <aisheng.dong@freescale.com>
To: Chen Haibo-B51421 <Haibo.Chen@freescale.com>
Cc: "robh+dt@kernel.org" <robh+dt@kernel.org>,
"pawel.moll@arm.com" <pawel.moll@arm.com>,
"mark.rutland@arm.com" <mark.rutland@arm.com>,
"ijc+devicetree@hellion.org.uk" <ijc+devicetree@hellion.org.uk>,
"galak@codeaurora.org" <galak@codeaurora.org>,
"shawnguo@kernel.org" <shawnguo@kernel.org>,
"kernel@pengutronix.de" <kernel@pengutronix.de>,
"linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
"ulf.hansson@linaro.org" <ulf.hansson@linaro.org>,
"johan.derycke@barco.com" <johan.derycke@barco.com>,
Estevam Fabio-R49496 <Fabio.Estevam@freescale.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>
Subject: Re: [PATCH v3 6/6] mmc: sdhci-esdhc-imx: set back the burst_length_enable bit to 1
Date: Mon, 3 Aug 2015 20:12:36 +0800 [thread overview]
Message-ID: <20150803121235.GC24870@shlinux1.ap.freescale.net> (raw)
In-Reply-To: <BY1PR03MB138838EFB0DE8834DE5889669A770@BY1PR03MB1388.namprd03.prod.outlook.com>
On Mon, Aug 03, 2015 at 09:08:28AM +0800, Chen Haibo-B51421 wrote:
>
>
> > -----Original Message-----
> > From: Dong Aisheng [mailto:aisheng.dong@freescale.com]
> > Sent: Friday, July 31, 2015 10:58 PM
> > To: Chen Haibo-B51421
> > Cc: robh+dt@kernel.org; pawel.moll@arm.com; mark.rutland@arm.com;
> > ijc+devicetree@hellion.org.uk; galak@codeaurora.org; shawnguo@kernel.org;
> > kernel@pengutronix.de; linux@arm.linux.org.uk; ulf.hansson@linaro.org;
> > johan.derycke@barco.com; Estevam Fabio-R49496; Dong Aisheng-B29396;
> > devicetree@vger.kernel.org; linux-kernel@vger.kernel.org; linux-arm-
> > kernel@lists.infradead.org; linux-mmc@vger.kernel.org
> > Subject: Re: [PATCH v3 6/6] mmc: sdhci-esdhc-imx: set back the
> > burst_length_enable bit to 1
> >
> > On Wed, Jul 29, 2015 at 05:03:57PM +0800, Haibo Chen wrote:
> > > Currently we find that if a usdhc is choosed to boot system, then ROM
> > > code will set the burst length enable bit of this usdhc as 0.
> > >
> > > This will make performance drop a lot if this usdhc's burst length is
> > > 16. So this patch set back the burst_length_enable bit as 1, which is
> > > the default value, and means burst length is enabled for INCR.
> > >
> > > Signed-off-by: Haibo Chen <haibo.chen@freescale.com>
> > > ---
> > > drivers/mmc/host/sdhci-esdhc-imx.c | 11 +++++++++++
> > > 1 file changed, 11 insertions(+)
> > >
> > > diff --git a/drivers/mmc/host/sdhci-esdhc-imx.c
> > > b/drivers/mmc/host/sdhci-esdhc-imx.c
> > > index 37d0095..dd945e5 100644
> > > --- a/drivers/mmc/host/sdhci-esdhc-imx.c
> > > +++ b/drivers/mmc/host/sdhci-esdhc-imx.c
> > > @@ -32,6 +32,7 @@
> > > #include "sdhci-esdhc.h"
> > >
> > > #define ESDHC_CTRL_D3CD 0x08
> > > +#define ESDHC_BURST_LEN_EN_INCR (1 << 27)
> > > /* VENDOR SPEC register */
> > > #define ESDHC_VENDOR_SPEC 0xc0
> > > #define ESDHC_VENDOR_SPEC_SDIO_QUIRK (1 << 1)
> > > @@ -1158,6 +1159,16 @@ static int sdhci_esdhc_imx_probe(struct
> > platform_device *pdev)
> > > host->quirks2 |= SDHCI_QUIRK2_PRESET_VALUE_BROKEN;
> > > host->mmc->caps |= MMC_CAP_1_8V_DDR;
> > >
> > > + /*
> > > + * ROM code will change the burst_length_enable setting to
> > > + * zero if this usdhc is choosed to boot system. Change it
> > > + * back here, otherwise it will impact the performance a
> > > + * lot if the burst length is 16.
> >
> > Can you clarify a bit more on why performance drops a lot if burst length
> > is 16?
> > Caused by the burst length setting did not work due to ROM disabled it?
>
>
> [haibo] this bit is used to enable/disable the burst length for the external AHB2AXI bridge,
> It's useful especially for INCR transfer because without burst length indicator, the AHB2AXI
> bridge doesn't know the burst length in advance. And without burst length indicator, AHB INCR
> transfers can only be converted to singles on the AXI side.
>
> Seting this bit means burst length enabled for INCR.
> If this bit is not set, performance will drop a lot when burst length is 8 or 16. I will add
> this in the commit log.
>
Thanks for clarify.
One question: with this patch, can we set the default watermark level to 64 by default for all
SoC types?
If yes, we may not need patch 5 anymore.
[PATCH v3 5/6] mmc: sdhci-esdhc-imx: config watermark level and burst length
Regards
Dong Aisheng
> >
> > Regards
> > Dong Aisheng
> >
> > > + */
> > > + writel(readl(host->ioaddr + SDHCI_HOST_CONTROL)
> > > + | ESDHC_BURST_LEN_EN_INCR,
> > > + host->ioaddr + SDHCI_HOST_CONTROL);
> > > +
> > > if (!(imx_data->socdata->flags & ESDHC_FLAG_HS200))
> > > host->quirks2 |= SDHCI_QUIRK2_BROKEN_HS200;
> > >
> > > --
> > > 1.9.1
> > >
next prev parent reply other threads:[~2015-08-03 12:21 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-29 9:03 [PATCH v3 0/6] mmc: imx: a few fixes and new feature Haibo Chen
2015-07-29 9:03 ` [PATCH v3 1/6] mmc: sdhci-esdhc-imx: add imx7d support and support HS400 Haibo Chen
2015-07-31 14:15 ` Dong Aisheng
2015-08-02 8:59 ` Chen Bough
2015-08-03 12:09 ` Dong Aisheng
2015-08-05 7:39 ` Chen Bough
2015-08-05 7:53 ` Dong Aisheng
2015-08-04 3:25 ` Dong Aisheng
2015-07-29 9:03 ` [PATCH v3 2/6] mmc: sdhci-esdhc-imx: add tuning-step seting support Haibo Chen
2015-07-30 16:25 ` Jan Lübbe
2015-07-31 4:41 ` Dong Aisheng
2015-07-29 9:03 ` [PATCH v3 3/6] ARM: dts: imx7d-sdb: add eMMC5.0 support Haibo Chen
2015-07-31 14:46 ` Dong Aisheng
2015-07-29 9:03 ` [PATCH v3 4/6] mmc: sdhci-esdhc-imx: add compatible string in bingding doc Haibo Chen
[not found] ` <1438160637-28061-5-git-send-email-haibo.chen-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
2015-07-31 14:43 ` Dong Aisheng
2015-08-02 9:02 ` Chen Bough
2015-07-29 9:03 ` [PATCH v3 5/6] mmc: sdhci-esdhc-imx: config watermark level and burst length Haibo Chen
2015-07-31 14:51 ` Dong Aisheng
2015-07-31 15:13 ` Russell King - ARM Linux
[not found] ` <20150731151345.GX7557-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2015-08-03 10:14 ` Dong Aisheng
2015-07-31 14:55 ` Dong Aisheng
2015-07-29 9:03 ` [PATCH v3 6/6] mmc: sdhci-esdhc-imx: set back the burst_length_enable bit to 1 Haibo Chen
[not found] ` <1438160637-28061-7-git-send-email-haibo.chen-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
2015-07-31 14:57 ` Dong Aisheng
2015-08-03 1:08 ` Chen Bough
2015-08-03 12:12 ` Dong Aisheng [this message]
2015-07-29 9:10 ` [PATCH v3 0/6] mmc: imx: a few fixes and new feature Dong Aisheng
[not found] ` <20150729091027.GC16916-KgLukfWpBlCctlrPMvKcciBecyulp+rMXqFh9Ls21Oc@public.gmane.org>
2015-07-30 9:44 ` Holger Schurig
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=20150803121235.GC24870@shlinux1.ap.freescale.net \
--to=aisheng.dong@freescale.com \
--cc=Fabio.Estevam@freescale.com \
--cc=Haibo.Chen@freescale.com \
--cc=devicetree@vger.kernel.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=johan.derycke@barco.com \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=robh+dt@kernel.org \
--cc=shawnguo@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).