From: Adrian Hunter <adrian.hunter@intel.com>
To: Victor Shih <victorshihgli@gmail.com>, ulf.hansson@linaro.org
Cc: linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
benchuanggli@gmail.com, HL.Liu@genesyslogic.com.tw,
Greg.tu@genesyslogic.com.tw, takahiro.akashi@linaro.org,
dlunev@chromium.org, Ben Chuang <ben.chuang@genesyslogic.com.tw>,
Victor Shih <victor.shih@genesyslogic.com.tw>
Subject: Re: [PATCH V13 12/21] mmc: sdhci-uhs2: add set_power() to support vdd2
Date: Tue, 28 Nov 2023 11:12:16 +0200 [thread overview]
Message-ID: <4068ed64-b5d8-4491-b461-4a4eaddf92f1@intel.com> (raw)
In-Reply-To: <20231117113149.9069-13-victorshihgli@gmail.com>
On 17/11/23 13:31, Victor Shih wrote:
> From: Victor Shih <victor.shih@genesyslogic.com.tw>
>
> This is a UHS-II version of sdhci's set_power operation.
> Use sdhci_uhs2_set_power() to set VDD2 for support UHS2 interface.
> VDD2, as well as VDD, is handled here.
>
> Signed-off-by: Ben Chuang <ben.chuang@genesyslogic.com.tw>
> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org>
> Signed-off-by: Victor Shih <victor.shih@genesyslogic.com.tw>
> ---
>
> Updates in V13:
> - Drop use vmmc2.
> - Modify comment message.
>
> Updates in V10:
> - Move some definitions of PatchV9[05/23] to PatchV10[11/23].
>
> Updates in V9:
> - Modify annotations in sdhci_get_vdd_value().
>
> Updates in V8:
> - Adjust the position of matching brackets.
> - Add the initial value of the pwr in sdhci_uhs2_set_power().
>
> Updates in V7:
> - Add clear the power reg before setting a new value
> in sdhci_uhs2_set_power().
> - Add MMC_VDD_34_35 case and MMC_VDD_35_36 case in sdhci_get_vdd_value().
> - Drop pwr variable in sdhci_get_vdd_value().
>
> Updates in V6:
> - Add mmc_opt_regulator_set_ocr().
> - Remove unnecessary functions.
>
> ---
> drivers/mmc/host/sdhci-uhs2.c | 48 +++++++++++++++++++++++++++
> drivers/mmc/host/sdhci.c | 61 +++++++++++++++++++----------------
> drivers/mmc/host/sdhci.h | 1 +
> 3 files changed, 82 insertions(+), 28 deletions(-)
>
> diff --git a/drivers/mmc/host/sdhci-uhs2.c b/drivers/mmc/host/sdhci-uhs2.c
> index 066549526060..7d5070f58d00 100644
> --- a/drivers/mmc/host/sdhci-uhs2.c
> +++ b/drivers/mmc/host/sdhci-uhs2.c
> @@ -59,6 +59,13 @@ EXPORT_SYMBOL_GPL(sdhci_uhs2_dump_regs);
> * *
> \*****************************************************************************/
>
> +static inline int mmc_opt_regulator_set_ocr(struct mmc_host *mmc,
> + struct regulator *supply,
> + unsigned short vdd_bit)
> +{
> + return IS_ERR_OR_NULL(supply) ? 0 : mmc_regulator_set_ocr(mmc, supply, vdd_bit);
> +}
> +
> bool sdhci_uhs2_mode(struct sdhci_host *host)
> {
> return host->mmc->ios.timing == MMC_TIMING_UHS2_SPEED_A ||
> @@ -94,6 +101,47 @@ void sdhci_uhs2_reset(struct sdhci_host *host, u16 mask)
> }
> EXPORT_SYMBOL_GPL(sdhci_uhs2_reset);
>
> +static void sdhci_uhs2_set_power(struct sdhci_host *host, unsigned char mode, unsigned short vdd)
> +{
> + struct mmc_host *mmc = host->mmc;
> + u8 pwr = 0;
> +
> + if (mode != MMC_POWER_OFF) {
> + pwr = sdhci_get_vdd_value(vdd);
> + if (!pwr)
> + WARN(1, "%s: Invalid vdd %#x\n",
> + mmc_hostname(host->mmc), vdd);
> + pwr |= SDHCI_VDD2_POWER_180;
> + }
> +
> + if (host->pwr == pwr)
> + return;
> + host->pwr = pwr;
> +
> + if (pwr == 0) {
> + sdhci_writeb(host, 0, SDHCI_POWER_CONTROL);
> +
> + mmc_opt_regulator_set_ocr(mmc, mmc->supply.vmmc, 0);
> + mmc_regulator_set_vqmmc2(mmc, &mmc->ios);
mmc_regulator_set_vqmmc2() only sets the voltage, it doesn't
disable the regulator.
> + } else {
> + mmc_opt_regulator_set_ocr(mmc, mmc->supply.vmmc, vdd);
> + /* support 1.8v only for now */
> + mmc_regulator_set_vqmmc2(mmc, &mmc->ios);
> +
> + /* Clear the power reg before setting a new value */
> + sdhci_writeb(host, 0, SDHCI_POWER_CONTROL);
> +
> + /* vdd first */
> + pwr |= SDHCI_POWER_ON;
> + sdhci_writeb(host, pwr & 0xf, SDHCI_POWER_CONTROL);
> + mdelay(5);
> +
> + pwr |= SDHCI_VDD2_POWER_ON;
> + sdhci_writeb(host, pwr, SDHCI_POWER_CONTROL);
> + mdelay(5);
> + }
> +}
> +
> /*****************************************************************************\
> * *
> * Driver init/exit *
> diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
> index 27ea5b875c29..4d50cac7717d 100644
> --- a/drivers/mmc/host/sdhci.c
> +++ b/drivers/mmc/host/sdhci.c
> @@ -23,7 +23,7 @@
> #include <linux/regulator/consumer.h>
> #include <linux/pm_runtime.h>
> #include <linux/of.h>
> -
> +#include <linux/bug.h>
> #include <linux/leds.h>
>
> #include <linux/mmc/mmc.h>
> @@ -2061,41 +2061,46 @@ static void sdhci_set_power_reg(struct sdhci_host *host, unsigned char mode,
> sdhci_writeb(host, 0, SDHCI_POWER_CONTROL);
> }
>
> +unsigned short sdhci_get_vdd_value(unsigned short vdd)
> +{
> + switch (1 << vdd) {
> + case MMC_VDD_165_195:
> + /*
> + * Without a regulator, SDHCI does not support 2.0v
> + * so we only get here if the driver deliberately
> + * added the 2.0v range to ocr_avail. Map it to 1.8v
> + * for the purpose of turning on the power.
> + */
> + case MMC_VDD_20_21:
> + return SDHCI_POWER_180;
> + case MMC_VDD_29_30:
> + case MMC_VDD_30_31:
> + return SDHCI_POWER_300;
> + case MMC_VDD_32_33:
> + case MMC_VDD_33_34:
> + /*
> + * 3.4V ~ 3.6V are valid only for those platforms where it's
> + * known that the voltage range is supported by hardware.
> + */
> + case MMC_VDD_34_35:
> + case MMC_VDD_35_36:
> + return SDHCI_POWER_330;
> + default:
> + return 0;
> + }
> +}
> +EXPORT_SYMBOL_GPL(sdhci_get_vdd_value);
> +
> void sdhci_set_power_noreg(struct sdhci_host *host, unsigned char mode,
> unsigned short vdd)
> {
> u8 pwr = 0;
>
> if (mode != MMC_POWER_OFF) {
> - switch (1 << vdd) {
> - case MMC_VDD_165_195:
> - /*
> - * Without a regulator, SDHCI does not support 2.0v
> - * so we only get here if the driver deliberately
> - * added the 2.0v range to ocr_avail. Map it to 1.8v
> - * for the purpose of turning on the power.
> - */
> - case MMC_VDD_20_21:
> - pwr = SDHCI_POWER_180;
> - break;
> - case MMC_VDD_29_30:
> - case MMC_VDD_30_31:
> - pwr = SDHCI_POWER_300;
> - break;
> - case MMC_VDD_32_33:
> - case MMC_VDD_33_34:
> - /*
> - * 3.4 ~ 3.6V are valid only for those platforms where it's
> - * known that the voltage range is supported by hardware.
> - */
> - case MMC_VDD_34_35:
> - case MMC_VDD_35_36:
> - pwr = SDHCI_POWER_330;
> - break;
> - default:
> + pwr = sdhci_get_vdd_value(vdd);
> + if (!pwr) {
> WARN(1, "%s: Invalid vdd %#x\n",
> mmc_hostname(host->mmc), vdd);
> - break;
> }
> }
>
> diff --git a/drivers/mmc/host/sdhci.h b/drivers/mmc/host/sdhci.h
> index 782c399fae15..cdb418d97c4d 100644
> --- a/drivers/mmc/host/sdhci.h
> +++ b/drivers/mmc/host/sdhci.h
> @@ -837,6 +837,7 @@ void sdhci_set_power(struct sdhci_host *host, unsigned char mode,
> void sdhci_set_power_and_bus_voltage(struct sdhci_host *host,
> unsigned char mode,
> unsigned short vdd);
> +unsigned short sdhci_get_vdd_value(unsigned short vdd);
> void sdhci_set_power_noreg(struct sdhci_host *host, unsigned char mode,
> unsigned short vdd);
> int sdhci_get_cd_nogpio(struct mmc_host *mmc);
next prev parent reply other threads:[~2023-11-28 9:12 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-17 11:31 [PATCH V13 00/21] Add support UHS-II for GL9755 Victor Shih
2023-11-17 11:31 ` [PATCH V13 01/21] mmc: core: Cleanup printing of speed mode at card insertion Victor Shih
2023-11-17 11:31 ` [PATCH V13 02/21] mmc: core: Prepare to support SD UHS-II cards Victor Shih
2023-11-17 11:31 ` [PATCH V13 03/21] mmc: core: Announce successful insertion of an SD UHS-II card Victor Shih
2023-11-17 11:31 ` [PATCH V13 04/21] mmc: core: Extend support for mmc regulators with a vqmmc2 Victor Shih
2023-11-17 11:31 ` [PATCH V13 05/21] mmc: core: Add definitions for SD UHS-II cards Victor Shih
2023-11-17 11:31 ` [PATCH V13 06/21] mmc: core: Add New function to re-factoring the code Victor Shih
2023-11-17 11:31 ` [PATCH V13 07/21] mmc: core: Support UHS-II card control and access Victor Shih
2023-11-17 11:31 ` [PATCH V13 08/21] mmc: sdhci: add UHS-II related definitions in headers Victor Shih
2023-11-17 11:31 ` [PATCH V13 09/21] mmc: sdhci: add UHS-II module and add a kernel configuration Victor Shih
2023-11-17 11:31 ` [PATCH V13 10/21] mmc: sdhci-uhs2: dump UHS-II registers Victor Shih
2023-11-17 11:31 ` [PATCH V13 11/21] mmc: sdhci-uhs2: add reset function and uhs2_mode function Victor Shih
2023-11-28 9:11 ` Adrian Hunter
2023-11-17 11:31 ` [PATCH V13 12/21] mmc: sdhci-uhs2: add set_power() to support vdd2 Victor Shih
2023-11-28 9:12 ` Adrian Hunter [this message]
2024-01-08 10:45 ` Victor Shih
2023-11-17 11:31 ` [PATCH V13 13/21] mmc: sdhci-uhs2: add set_timeout() Victor Shih
2023-11-17 11:31 ` [PATCH V13 14/21] mmc: sdhci-uhs2: add set_ios() Victor Shih
2023-11-28 9:12 ` Adrian Hunter
2024-01-08 10:45 ` Victor Shih
2023-11-17 11:31 ` [PATCH V13 15/21] mmc: sdhci-uhs2: add uhs2_control() to initialise the interface Victor Shih
2023-11-17 11:31 ` [PATCH V13 16/21] mmc: sdhci-uhs2: add request() and others Victor Shih
2023-11-17 11:31 ` [PATCH V13 17/21] mmc: sdhci-uhs2: add irq() " Victor Shih
2023-11-17 11:31 ` [PATCH V13 18/21] mmc: sdhci-uhs2: add add_host() and others to set up the driver Victor Shih
2023-11-17 11:31 ` [PATCH V13 19/21] mmc: sdhci-uhs2: add pre-detect_init hook Victor Shih
2023-11-17 11:31 ` [PATCH V13 20/21] mmc: sdhci-pci: add UHS-II support framework Victor Shih
2023-11-17 11:31 ` [PATCH V13 21/21] mmc: sdhci-pci-gli: enable UHS-II mode for GL9755 Victor Shih
2024-01-08 10:45 ` [PATCH V13 00/21] Add support UHS-II " Victor Shih
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=4068ed64-b5d8-4491-b461-4a4eaddf92f1@intel.com \
--to=adrian.hunter@intel.com \
--cc=Greg.tu@genesyslogic.com.tw \
--cc=HL.Liu@genesyslogic.com.tw \
--cc=ben.chuang@genesyslogic.com.tw \
--cc=benchuanggli@gmail.com \
--cc=dlunev@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=takahiro.akashi@linaro.org \
--cc=ulf.hansson@linaro.org \
--cc=victor.shih@genesyslogic.com.tw \
--cc=victorshihgli@gmail.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