From: "Wenbin Mei (梅文彬)" <Wenbin.Mei@mediatek.com>
To: "ulf.hansson@linaro.org" <ulf.hansson@linaro.org>,
"angelogioacchino.delregno@collabora.com"
<angelogioacchino.delregno@collabora.com>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Chaotian Jing (井朝天)" <Chaotian.Jing@mediatek.com>
Subject: Re: [PATCH v2] mmc: mtk-sd: reduce CIT for better performance
Date: Wed, 31 May 2023 07:36:33 +0000 [thread overview]
Message-ID: <98a13576b874fb5dca6c9c2cdc298cb71fd3c2c4.camel@mediatek.com> (raw)
In-Reply-To: <e682b8b66261a71601707a4e74af2829f86800dc.camel@mediatek.com>
On Wed, 2023-05-31 at 07:32 +0000, Wenbin Mei (梅文彬) wrote:
> On Thu, 2023-05-18 at 11:13 +0200, AngeloGioacchino Del Regno wrote:
> > External email : Please do not click links or open attachments
> > until
> > you have verified the sender or the content.
> >
> >
> > Il 10/05/23 03:58, Wenbin Mei ha scritto:
> > > CQHCI_SSC1 indicates to CQE the polling period to use when using
> > > periodic
> > > SEND_QUEUE_STATUS(CMD13) polling.
> > > The default value 0x1000 that corresponds to 150us, let's
> > > decrease
> > > it to
> >
> > The default value 0x1000 (4096) corresponds to 4096 * 52.08uS =
> > 231.33uS
> > ...so the default is not 150uS.
> >
> > If I'm wrong, this means that the CQCAP field is not 0, which would
> > mean
> > that the expected 3uS would be wrong.
> >
> > Also, since the calculation can be done dynamically, this is what
> > we
> > should
> > actually do in the driver, as this gives information to the next
> > engineer
> > checking this piece of code.
> >
> > Apart from this, by just writing 0x40 to the CQHCI_SSC1 register,
> > you
> > are
> > assuming that the CQCAP value requirement is fullfilled, but you
> > cannot
> > assume that the bootloader has set the CQCAP's ITCFVAL and ITCFMUL
> > fields
> > as you expect on all platforms: this means that implementing this
> > takes
> > a little more effort.
> >
> > You have two ways to implement this:
> > *** First ***
> > 1. Read ITCFMUL and ITCFVAL, then:
> > tclk_mul = itcfmul_to_mhz(ITCFMUL); /* pseudo function
> > interprets reg value*/
> > tclk = ITCFVAL * tclk_mul;
> >
> > 2. Set SSC1 so that we get 3nS:
> > #define CQHCI_SSC1_CIT GENMASK(15, 0)
> > poll_time = cit_time_ns_to_regval(3);
> > sscit = FIELD_PREP(CQHCI_SSC1_CIT, poll_time)
> > cqhci_writel( ... )
> >
> > *** Second **
> >
> > 1. Pre-set ITCFMUL and ITCFVAL to
> > ITCFVAL = 192 (decimal)
> > ITCFMUL = 2 (where 2 == 0.1MHz)
> >
> > 2. Set SSC1 so that we get 3nS:
> > #define CQHCI_SSC1_CIT GENMASK(15, 0)
> > poll_time = cit_time_ns_to_regval(3);
> > sscit = FIELD_PREP(CQHCI_SSC1_CIT, poll_time)
> > cqhci_writel( ... )
> >
> > I would implement the first way, as it paves the way to extend this
> > to different
> > tclk values if needed in the future.
> >
> > Regards,
> > Angelo
>
> Hi Angelo,
>
> Sorry for lately reply.
>
> For Mediatek mmc host IP, ITCFMUL is 0x2(0x1MHz), ITVFVAL reports
update: ITCFMUL is 0x2(0x1MHz) -> ITCFMUL is 0x2(0.1MHz)
> 182,
> and these fields are the same and are readonly for all IC, but since
> Mediatek CQE uses msdc_hclk(273MHz), CMD13'interval calculation
> driver
> should use 273MHz to get the actual time, so the actual clock is
> 27.3MHz.
>
> If CIT is 0x1000 by default, CMD idle time: 0x1000 * 1 / 27.3MHz =
> around 150us.
>
> In addition the bootloader will not set the CQCAP's ITCFVAL and
> ITCFMUL
> fields, because these fields of CQCAP register is RO(readonly), so we
> can ignore the change for the CQCAP's ITCFVAL and ITCFMUL fields.
>
> Thanks
> Wenbin
> >
> > > 0x40 that corresponds to 3us, which can improve the performance
> > > of
> > > some
> > > eMMC devices.
> > >
> > > Signed-off-by: Wenbin Mei <wenbin.mei@mediatek.com>
> > > ---
> > > drivers/mmc/host/mtk-sd.c | 4 ++++
> > > 1 file changed, 4 insertions(+)
> > >
> > > diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-
> > > sd.c
> > > index edade0e54a0c..ffeccddcd028 100644
> > > --- a/drivers/mmc/host/mtk-sd.c
> > > +++ b/drivers/mmc/host/mtk-sd.c
> > > @@ -2453,6 +2453,7 @@ static void
> > > msdc_hs400_enhanced_strobe(struct
> > > mmc_host *mmc,
> > > static void msdc_cqe_enable(struct mmc_host *mmc)
> > > {
> > > struct msdc_host *host = mmc_priv(mmc);
> > > + struct cqhci_host *cq_host = mmc->cqe_private;
> > >
> > > /* enable cmdq irq */
> > > writel(MSDC_INT_CMDQ, host->base + MSDC_INTEN);
> > > @@ -2462,6 +2463,9 @@ static void msdc_cqe_enable(struct mmc_host
> > > *mmc)
> > > msdc_set_busy_timeout(host, 20 * 1000000000ULL, 0);
> > > /* default read data timeout 1s */
> > > msdc_set_timeout(host, 1000000000ULL, 0);
> > > +
> > > + /* decrease the send status command idle timer to 3us */
> > > + cqhci_writel(cq_host, 0x40, CQHCI_SSC1);
> > > }
> > >
> > > static void msdc_cqe_disable(struct mmc_host *mmc, bool
> > > recovery)
> >
> >
next prev parent reply other threads:[~2023-05-31 7:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-10 1:58 [PATCH v2] mmc: mtk-sd: reduce CIT for better performance Wenbin Mei
2023-05-18 9:13 ` AngeloGioacchino Del Regno
2023-05-31 7:32 ` Wenbin Mei (梅文彬)
2023-05-31 7:36 ` Wenbin Mei (梅文彬) [this message]
2023-05-31 8:18 ` AngeloGioacchino Del Regno
2023-06-01 5:42 ` Wenbin Mei (梅文彬)
[not found] ` <59568b9e6d50135787932cf8e92624914f29e27b.camel@mediatek.com>
2023-06-01 10:00 ` AngeloGioacchino Del Regno
2023-06-01 12:08 ` Wenbin Mei (梅文彬)
2023-06-01 12:21 ` AngeloGioacchino Del Regno
2023-06-05 1:38 ` Wenbin Mei (梅文彬)
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=98a13576b874fb5dca6c9c2cdc298cb71fd3c2c4.camel@mediatek.com \
--to=wenbin.mei@mediatek.com \
--cc=Chaotian.Jing@mediatek.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-mmc@vger.kernel.org \
--cc=matthias.bgg@gmail.com \
--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