From: "Christian Löhle" <CLoehle@hyperstone.com>
To: Jason Lai <jasonlai.genesyslogic@gmail.com>,
"ulf.hansson@linaro.org" <ulf.hansson@linaro.org>,
"adrian.hunter@intel.com" <adrian.hunter@intel.com>
Cc: "linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
"ben.chuang@genesyslogic.com.tw" <ben.chuang@genesyslogic.com.tw>,
"greg.tu@genesyslogic.com.tw" <greg.tu@genesyslogic.com.tw>,
"SeanHY.chen@genesyslogic.com.tw"
<SeanHY.chen@genesyslogic.com.tw>,
"jason.lai@genesyslogic.com.tw" <jason.lai@genesyslogic.com.tw>,
"victor.shih@genesyslogic.com.tw"
<victor.shih@genesyslogic.com.tw>,
"Renius Chen" <reniuschengl@gmail.com>
Subject: Re: [V2] mmc: sdhci-pci-gli: Improve Random 4K Read Performance of GL9763E
Date: Mon, 30 May 2022 09:03:00 +0000 [thread overview]
Message-ID: <59ad4f41eeeb4d5cbc4859e59ae2ef26@hyperstone.com> (raw)
In-Reply-To: <20220530084702.64943-1-jasonlai.genesyslogic@gmail.com>
>This patch is based on patch [1] and adopt Adrian's comment.
>
>Due to flaws in hardware design, GL9763E takes long time to exit from L1
>state. The I/O performance will suffer severe impact if it often enter
>and exit L1 state.
>
>Unfortunately, entering and exiting L1 state is signal handshake in
>physical layer, software knows nothiong about it. The only way to stop
>entering L1 state is to disable hardware LPM negotiation on GL9763E.
>
>To improve read performance and take battery life into account, we reject
>L1 negotiation while executing MMC_READ_MULTIPLE_BLOCK command and enable
>L1 negotiation again when receiving non-MMC_READ_MULTIPLE_BLOCK command.
>
Could you describe the impact for people unfamilar with the GL9763E?
Does this essientially disable low-power mode if the controller serviced a CMD18 last?
(which will be most of the (idle) time for reasonable scenarios, right?)
Or what exactly is the LPM negotation doing?=
Hyperstone GmbH | Reichenaustr. 39a | 78467 Konstanz
Managing Director: Dr. Jan Peter Berns.
Commercial register of local courts: Freiburg HRB381782
next prev parent reply other threads:[~2022-05-30 9:03 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-30 8:47 [V2] mmc: sdhci-pci-gli: Improve Random 4K Read Performance of GL9763E Jason Lai
2022-05-30 9:03 ` Christian Löhle [this message]
2022-05-30 12:27 ` Lai Jason
2022-06-01 13:00 ` Ulf Hansson
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=59ad4f41eeeb4d5cbc4859e59ae2ef26@hyperstone.com \
--to=cloehle@hyperstone.com \
--cc=SeanHY.chen@genesyslogic.com.tw \
--cc=adrian.hunter@intel.com \
--cc=ben.chuang@genesyslogic.com.tw \
--cc=greg.tu@genesyslogic.com.tw \
--cc=jason.lai@genesyslogic.com.tw \
--cc=jasonlai.genesyslogic@gmail.com \
--cc=linux-mmc@vger.kernel.org \
--cc=reniuschengl@gmail.com \
--cc=ulf.hansson@linaro.org \
--cc=victor.shih@genesyslogic.com.tw \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.