* [PATCH 0/3] Add support for eMMC PHY on Intel Thunder Bay
@ 2021-07-30 6:33 rashmi.a
2021-07-30 6:33 ` [PATCH 1/3] dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings rashmi.a
` (2 more replies)
0 siblings, 3 replies; 13+ messages in thread
From: rashmi.a @ 2021-07-30 6:33 UTC (permalink / raw)
To: linux-drivers-review-request, michal.simek, ulf.hansson,
linux-mmc, linux-arm-kernel, linux-kernel, kishon, vkoul,
andriy.shevchenko, linux-phy
Cc: mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar,
adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
kenchappa.demakkanavar, rashmi.a
From: Rashmi A <rashmi.a@intel.com>
This patch set enables the support for eMMC PHY on the Intel Thunder Bay
SoC.
Patch 1 Holds the relevant Device Tree bindings documentation
and listings of new files in MAINTAINERS file
Patch 2 Adds support for eMMC Intel Thunder Bay
Patch 3 Adds Thunder Bay eMMC PHY support
The review comments from Adrian Hunter, Kris Pan, Furong Zhou and Mark
Gross have been incorporated.
Please help to review this patch set
Thanks
Rashmi A (3):
dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings
mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan
eMMC driver
phy: intel: Add Thunder Bay eMMC PHY support
.../phy/intel,phy-thunderbay-emmc.yaml | 49 ++
MAINTAINERS | 7 +
drivers/mmc/host/sdhci-of-arasan.c | 29 +-
drivers/phy/intel/Kconfig | 10 +
drivers/phy/intel/Makefile | 1 +
drivers/phy/intel/phy-intel-thunderbay-emmc.c | 500 ++++++++++++++++++
6 files changed, 595 insertions(+), 1 deletion(-)
create mode 100644 Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml
create mode 100644 drivers/phy/intel/phy-intel-thunderbay-emmc.c
--
2.17.1
^ permalink raw reply [flat|nested] 13+ messages in thread* [PATCH 1/3] dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings 2021-07-30 6:33 [PATCH 0/3] Add support for eMMC PHY on Intel Thunder Bay rashmi.a @ 2021-07-30 6:33 ` rashmi.a 2021-07-30 6:33 ` [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver rashmi.a 2021-07-30 6:33 ` [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support rashmi.a 2 siblings, 0 replies; 13+ messages in thread From: rashmi.a @ 2021-07-30 6:33 UTC (permalink / raw) To: linux-drivers-review-request, michal.simek, ulf.hansson, linux-mmc, linux-arm-kernel, linux-kernel, kishon, vkoul, andriy.shevchenko, linux-phy Cc: mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan, kenchappa.demakkanavar, rashmi.a From: Rashmi A <rashmi.a@intel.com> Binding description for Intel Thunder Bay eMMC PHY. Added the newly introduced files into MAINTAINERS file-list Signed-off-by: Rashmi A <rashmi.a@intel.com> --- .../phy/intel,phy-thunderbay-emmc.yaml | 49 +++++++++++++++++++ MAINTAINERS | 7 +++ 2 files changed, 56 insertions(+) create mode 100644 Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml diff --git a/Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml b/Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml new file mode 100644 index 000000000000..5b764095746e --- /dev/null +++ b/Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml @@ -0,0 +1,49 @@ +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/phy/intel,phy-thunderbay-emmc.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Intel Thunder Bay eMMC PHY bindings + +maintainers: + - Srikandan Nandhini <nandhini.srikandan@intel.com> + +properties: + compatible: + oneOf: + - const: intel,thunderbay-emmc-phy + - const: intel,thunderbay-sdhci-5.1 + - const: intel,thunderbay-sd-phy + + "#phy-cells": + const: 0 + + reg: + maxItems: 1 + + clocks: + maxItems: 1 + + clock-names: + items: + - const: emmcclk + +required: + - "#phy-cells" + - compatible + - reg + - clocks + +additionalProperties: false + +examples: + - | + mmc_phy@80440800 { + #phy-cells = <0x0>; + compatible = "intel,thunderbay-emmc-phy"; + status = "okay"; + reg = <0x80440800 0x100>; + clocks = <&emmc>; + clock-names = "emmcclk"; + }; diff --git a/MAINTAINERS b/MAINTAINERS index bd7aff0c120f..44533319c900 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9278,6 +9278,13 @@ F: drivers/crypto/keembay/keembay-ocs-hcu-core.c F: drivers/crypto/keembay/ocs-hcu.c F: drivers/crypto/keembay/ocs-hcu.h +INTEL THUNDER BAY EMMC PHY DRIVER +M: Nandhini Srikandan <nandhini.srikandan@intel.com> +M: Rashmi A <rashmi.a@intel.com> +S: Maintained +F: Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml +F: drivers/phy/intel/phy-intel-thunderbay-emmc.c + INTEL MANAGEMENT ENGINE (mei) M: Tomas Winkler <tomas.winkler@intel.com> L: linux-kernel@vger.kernel.org -- 2.17.1 ^ permalink raw reply related [flat|nested] 13+ messages in thread
* [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-07-30 6:33 [PATCH 0/3] Add support for eMMC PHY on Intel Thunder Bay rashmi.a 2021-07-30 6:33 ` [PATCH 1/3] dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings rashmi.a @ 2021-07-30 6:33 ` rashmi.a 2021-08-06 13:06 ` Ulf Hansson 2021-07-30 6:33 ` [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support rashmi.a 2 siblings, 1 reply; 13+ messages in thread From: rashmi.a @ 2021-07-30 6:33 UTC (permalink / raw) To: linux-drivers-review-request, michal.simek, ulf.hansson, linux-mmc, linux-arm-kernel, linux-kernel, kishon, vkoul, andriy.shevchenko, linux-phy Cc: mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan, kenchappa.demakkanavar, rashmi.a From: Rashmi A <rashmi.a@intel.com> Intel Thunder Bay SoC eMMC controller is based on Arasan eMMC 5.1 host controller IP Signed-off-by: Rashmi A <rashmi.a@intel.com> Reviewed-by: Adrian Hunter <adrian.hunter@intel.com> --- drivers/mmc/host/sdhci-of-arasan.c | 29 ++++++++++++++++++++++++++++- 1 file changed, 28 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/sdhci-of-arasan.c b/drivers/mmc/host/sdhci-of-arasan.c index 839965f7c717..6f202fb7a546 100644 --- a/drivers/mmc/host/sdhci-of-arasan.c +++ b/drivers/mmc/host/sdhci-of-arasan.c @@ -185,6 +185,13 @@ static const struct sdhci_arasan_soc_ctl_map intel_lgm_sdxc_soc_ctl_map = { .hiword_update = false, }; +static const struct sdhci_arasan_soc_ctl_map thunderbay_soc_ctl_map = { + .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, + .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, + .support64b = { .reg = 0x4, .width = 1, .shift = 24 }, + .hiword_update = false, +}; + static const struct sdhci_arasan_soc_ctl_map intel_keembay_soc_ctl_map = { .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, @@ -430,6 +437,15 @@ static const struct sdhci_pltfm_data sdhci_arasan_cqe_pdata = { SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN, }; +static const struct sdhci_pltfm_data sdhci_arasan_thunderbay_pdata = { + .ops = &sdhci_arasan_cqe_ops, + .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | SDHCI_QUIRK_NO_ENDATTR_IN_NOPDESC, + .quirks2 = SDHCI_QUIRK2_PRESET_VALUE_BROKEN | + SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN | + SDHCI_QUIRK2_STOP_WITH_TC | + SDHCI_QUIRK2_CAPS_BIT63_FOR_HS400, +}; + #ifdef CONFIG_PM_SLEEP /** * sdhci_arasan_suspend - Suspend method for the driver @@ -1098,6 +1114,12 @@ static struct sdhci_arasan_of_data sdhci_arasan_generic_data = { .clk_ops = &arasan_clk_ops, }; +static const struct sdhci_arasan_of_data sdhci_arasan_thunderbay_data = { + .soc_ctl_map = &thunderbay_soc_ctl_map, + .pdata = &sdhci_arasan_thunderbay_pdata, + .clk_ops = &arasan_clk_ops, +}; + static const struct sdhci_pltfm_data sdhci_keembay_emmc_pdata = { .ops = &sdhci_arasan_cqe_ops, .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | @@ -1231,6 +1253,10 @@ static const struct of_device_id sdhci_arasan_of_match[] = { .compatible = "intel,keembay-sdhci-5.1-sdio", .data = &intel_keembay_sdio_data, }, + { + .compatible = "intel,thunderbay-sdhci-5.1", + .data = &sdhci_arasan_thunderbay_data, + }, /* Generic compatible below here */ { .compatible = "arasan,sdhci-8.9a", @@ -1582,7 +1608,8 @@ static int sdhci_arasan_probe(struct platform_device *pdev) if (of_device_is_compatible(np, "intel,keembay-sdhci-5.1-emmc") || of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sd") || - of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio")) { + of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio") || + of_device_is_compatible(np, "intel,thunderbay-sdhci-5.1")) { sdhci_arasan_update_clockmultiplier(host, 0x0); sdhci_arasan_update_support64b(host, 0x0); -- 2.17.1 ^ permalink raw reply related [flat|nested] 13+ messages in thread
* Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-07-30 6:33 ` [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver rashmi.a @ 2021-08-06 13:06 ` Ulf Hansson 2021-08-09 5:16 ` A, Rashmi 0 siblings, 1 reply; 13+ messages in thread From: Ulf Hansson @ 2021-08-06 13:06 UTC (permalink / raw) To: rashmi.a Cc: linux-drivers-review-request, Michal Simek, linux-mmc, Linux ARM, Linux Kernel Mailing List, Kishon, Vinod Koul, Andy Shevchenko, linux-phy, Mark Gross, kris.pan, furong.zhou, mallikarjunappa.sangannavar, Adrian Hunter, mahesh.r.vaidya, nandhini.srikandan, kenchappa.demakkanavar On Fri, 30 Jul 2021 at 08:33, <rashmi.a@intel.com> wrote: > > From: Rashmi A <rashmi.a@intel.com> > > Intel Thunder Bay SoC eMMC controller is based on Arasan > eMMC 5.1 host controller IP > > Signed-off-by: Rashmi A <rashmi.a@intel.com> > Reviewed-by: Adrian Hunter <adrian.hunter@intel.com> Rashmi, is it safe to apply this separately from the phy driver/dt changes? Then I can queue this via my mmc tree, if you like. Kind regards Uffe > --- > drivers/mmc/host/sdhci-of-arasan.c | 29 ++++++++++++++++++++++++++++- > 1 file changed, 28 insertions(+), 1 deletion(-) > > diff --git a/drivers/mmc/host/sdhci-of-arasan.c b/drivers/mmc/host/sdhci-of-arasan.c > index 839965f7c717..6f202fb7a546 100644 > --- a/drivers/mmc/host/sdhci-of-arasan.c > +++ b/drivers/mmc/host/sdhci-of-arasan.c > @@ -185,6 +185,13 @@ static const struct sdhci_arasan_soc_ctl_map intel_lgm_sdxc_soc_ctl_map = { > .hiword_update = false, > }; > > +static const struct sdhci_arasan_soc_ctl_map thunderbay_soc_ctl_map = { > + .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, > + .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, > + .support64b = { .reg = 0x4, .width = 1, .shift = 24 }, > + .hiword_update = false, > +}; > + > static const struct sdhci_arasan_soc_ctl_map intel_keembay_soc_ctl_map = { > .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, > .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, > @@ -430,6 +437,15 @@ static const struct sdhci_pltfm_data sdhci_arasan_cqe_pdata = { > SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN, > }; > > +static const struct sdhci_pltfm_data sdhci_arasan_thunderbay_pdata = { > + .ops = &sdhci_arasan_cqe_ops, > + .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | SDHCI_QUIRK_NO_ENDATTR_IN_NOPDESC, > + .quirks2 = SDHCI_QUIRK2_PRESET_VALUE_BROKEN | > + SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN | > + SDHCI_QUIRK2_STOP_WITH_TC | > + SDHCI_QUIRK2_CAPS_BIT63_FOR_HS400, > +}; > + > #ifdef CONFIG_PM_SLEEP > /** > * sdhci_arasan_suspend - Suspend method for the driver > @@ -1098,6 +1114,12 @@ static struct sdhci_arasan_of_data sdhci_arasan_generic_data = { > .clk_ops = &arasan_clk_ops, > }; > > +static const struct sdhci_arasan_of_data sdhci_arasan_thunderbay_data = { > + .soc_ctl_map = &thunderbay_soc_ctl_map, > + .pdata = &sdhci_arasan_thunderbay_pdata, > + .clk_ops = &arasan_clk_ops, > +}; > + > static const struct sdhci_pltfm_data sdhci_keembay_emmc_pdata = { > .ops = &sdhci_arasan_cqe_ops, > .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | > @@ -1231,6 +1253,10 @@ static const struct of_device_id sdhci_arasan_of_match[] = { > .compatible = "intel,keembay-sdhci-5.1-sdio", > .data = &intel_keembay_sdio_data, > }, > + { > + .compatible = "intel,thunderbay-sdhci-5.1", > + .data = &sdhci_arasan_thunderbay_data, > + }, > /* Generic compatible below here */ > { > .compatible = "arasan,sdhci-8.9a", > @@ -1582,7 +1608,8 @@ static int sdhci_arasan_probe(struct platform_device *pdev) > > if (of_device_is_compatible(np, "intel,keembay-sdhci-5.1-emmc") || > of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sd") || > - of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio")) { > + of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio") || > + of_device_is_compatible(np, "intel,thunderbay-sdhci-5.1")) { > sdhci_arasan_update_clockmultiplier(host, 0x0); > sdhci_arasan_update_support64b(host, 0x0); > > -- > 2.17.1 > ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-08-06 13:06 ` Ulf Hansson @ 2021-08-09 5:16 ` A, Rashmi 2021-08-09 8:41 ` Vinod Koul 0 siblings, 1 reply; 13+ messages in thread From: A, Rashmi @ 2021-08-09 5:16 UTC (permalink / raw) To: Ulf Hansson Cc: Michal Simek, linux-mmc, Linux ARM, Linux Kernel Mailing List, Kishon, Vinod Koul, Andy Shevchenko, linux-phy, Mark Gross, kris.pan, Zhou, Furong, Sangannavar, Mallikarjunappa, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini, Demakkanavar, Kenchappa > -----Original Message----- > From: Ulf Hansson <ulf.hansson@linaro.org> > Sent: Friday, August 6, 2021 6:36 PM > To: A, Rashmi <rashmi.a@intel.com> > Cc: linux-drivers-review-request@eclists.intel.com; Michal Simek > <michal.simek@xilinx.com>; linux-mmc <linux-mmc@vger.kernel.org>; Linux > ARM <linux-arm-kernel@lists.infradead.org>; Linux Kernel Mailing List <linux- > kernel@vger.kernel.org>; Kishon <kishon@ti.com>; Vinod Koul > <vkoul@kernel.org>; Andy Shevchenko > <andriy.shevchenko@linux.intel.com>; linux-phy@lists.infradead.org; Mark > Gross <mgross@linux.intel.com>; kris.pan@linux.intel.com; Zhou, Furong > <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa > <mallikarjunappa.sangannavar@intel.com>; Hunter, Adrian > <adrian.hunter@intel.com>; Vaidya, Mahesh R > <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini > <nandhini.srikandan@intel.com>; Demakkanavar, Kenchappa > <kenchappa.demakkanavar@intel.com> > Subject: Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC > support to the arasan eMMC driver > > On Fri, 30 Jul 2021 at 08:33, <rashmi.a@intel.com> wrote: > > > > From: Rashmi A <rashmi.a@intel.com> > > > > Intel Thunder Bay SoC eMMC controller is based on Arasan eMMC 5.1 host > > controller IP > > > > Signed-off-by: Rashmi A <rashmi.a@intel.com> > > Reviewed-by: Adrian Hunter <adrian.hunter@intel.com> > > Rashmi, is it safe to apply this separately from the phy driver/dt changes? > Then I can queue this via my mmc tree, if you like. No, the phy driver/dt changes must go together with "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" patch. Regards Rashmi > > Kind regards > Uffe > > > --- > > drivers/mmc/host/sdhci-of-arasan.c | 29 > ++++++++++++++++++++++++++++- > > 1 file changed, 28 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/mmc/host/sdhci-of-arasan.c > > b/drivers/mmc/host/sdhci-of-arasan.c > > index 839965f7c717..6f202fb7a546 100644 > > --- a/drivers/mmc/host/sdhci-of-arasan.c > > +++ b/drivers/mmc/host/sdhci-of-arasan.c > > @@ -185,6 +185,13 @@ static const struct sdhci_arasan_soc_ctl_map > intel_lgm_sdxc_soc_ctl_map = { > > .hiword_update = false, > > }; > > > > +static const struct sdhci_arasan_soc_ctl_map thunderbay_soc_ctl_map = { > > + .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, > > + .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, > > + .support64b = { .reg = 0x4, .width = 1, .shift = 24 }, > > + .hiword_update = false, > > +}; > > + > > static const struct sdhci_arasan_soc_ctl_map intel_keembay_soc_ctl_map > = { > > .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, > > .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, @@ > > -430,6 +437,15 @@ static const struct sdhci_pltfm_data > sdhci_arasan_cqe_pdata = { > > SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN, > > }; > > > > +static const struct sdhci_pltfm_data sdhci_arasan_thunderbay_pdata = { > > + .ops = &sdhci_arasan_cqe_ops, > > + .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | > SDHCI_QUIRK_NO_ENDATTR_IN_NOPDESC, > > + .quirks2 = SDHCI_QUIRK2_PRESET_VALUE_BROKEN | > > + SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN | > > + SDHCI_QUIRK2_STOP_WITH_TC | > > + SDHCI_QUIRK2_CAPS_BIT63_FOR_HS400, > > +}; > > + > > #ifdef CONFIG_PM_SLEEP > > /** > > * sdhci_arasan_suspend - Suspend method for the driver @@ -1098,6 > > +1114,12 @@ static struct sdhci_arasan_of_data > sdhci_arasan_generic_data = { > > .clk_ops = &arasan_clk_ops, > > }; > > > > +static const struct sdhci_arasan_of_data sdhci_arasan_thunderbay_data = > { > > + .soc_ctl_map = &thunderbay_soc_ctl_map, > > + .pdata = &sdhci_arasan_thunderbay_pdata, > > + .clk_ops = &arasan_clk_ops, > > +}; > > + > > static const struct sdhci_pltfm_data sdhci_keembay_emmc_pdata = { > > .ops = &sdhci_arasan_cqe_ops, > > .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | @@ -1231,6 > > +1253,10 @@ static const struct of_device_id sdhci_arasan_of_match[] = { > > .compatible = "intel,keembay-sdhci-5.1-sdio", > > .data = &intel_keembay_sdio_data, > > }, > > + { > > + .compatible = "intel,thunderbay-sdhci-5.1", > > + .data = &sdhci_arasan_thunderbay_data, > > + }, > > /* Generic compatible below here */ > > { > > .compatible = "arasan,sdhci-8.9a", @@ -1582,7 +1608,8 > > @@ static int sdhci_arasan_probe(struct platform_device *pdev) > > > > if (of_device_is_compatible(np, "intel,keembay-sdhci-5.1-emmc") || > > of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sd") || > > - of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio")) { > > + of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio") || > > + of_device_is_compatible(np, "intel,thunderbay-sdhci-5.1")) > > + { > > sdhci_arasan_update_clockmultiplier(host, 0x0); > > sdhci_arasan_update_support64b(host, 0x0); > > > > -- > > 2.17.1 > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-08-09 5:16 ` A, Rashmi @ 2021-08-09 8:41 ` Vinod Koul 2021-08-09 11:16 ` A, Rashmi 0 siblings, 1 reply; 13+ messages in thread From: Vinod Koul @ 2021-08-09 8:41 UTC (permalink / raw) To: A, Rashmi Cc: Ulf Hansson, Michal Simek, linux-mmc, Linux ARM, Linux Kernel Mailing List, Kishon, Andy Shevchenko, linux-phy, Mark Gross, kris.pan, Zhou, Furong, Sangannavar, Mallikarjunappa, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini, Demakkanavar, Kenchappa On 09-08-21, 05:16, A, Rashmi wrote: > > > > Rashmi, is it safe to apply this separately from the phy driver/dt changes? > > Then I can queue this via my mmc tree, if you like. > No, the phy driver/dt changes must go together with "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" patch. Why is that? What could happen, emmc driver will complain about phy not found and bail right? -- ~Vinod ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-08-09 8:41 ` Vinod Koul @ 2021-08-09 11:16 ` A, Rashmi 2021-08-09 12:13 ` Ulf Hansson 0 siblings, 1 reply; 13+ messages in thread From: A, Rashmi @ 2021-08-09 11:16 UTC (permalink / raw) To: Vinod Koul Cc: Ulf Hansson, Michal Simek, linux-mmc, Linux ARM, Linux Kernel Mailing List, Kishon, Andy Shevchenko, linux-phy, Mark Gross, kris.pan, Zhou, Furong, Sangannavar, Mallikarjunappa, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini, Demakkanavar, Kenchappa > -----Original Message----- > From: Vinod Koul <vkoul@kernel.org> > Sent: Monday, August 9, 2021 2:12 PM > To: A, Rashmi <rashmi.a@intel.com> > Cc: Ulf Hansson <ulf.hansson@linaro.org>; Michal Simek > <michal.simek@xilinx.com>; linux-mmc <linux-mmc@vger.kernel.org>; Linux > ARM <linux-arm-kernel@lists.infradead.org>; Linux Kernel Mailing List <linux- > kernel@vger.kernel.org>; Kishon <kishon@ti.com>; Andy Shevchenko > <andriy.shevchenko@linux.intel.com>; linux-phy@lists.infradead.org; Mark > Gross <mgross@linux.intel.com>; kris.pan@linux.intel.com; Zhou, Furong > <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa > <mallikarjunappa.sangannavar@intel.com>; Hunter, Adrian > <adrian.hunter@intel.com>; Vaidya, Mahesh R > <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini > <nandhini.srikandan@intel.com>; Demakkanavar, Kenchappa > <kenchappa.demakkanavar@intel.com> > Subject: Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC > support to the arasan eMMC driver > > On 09-08-21, 05:16, A, Rashmi wrote: > > > > > > > Rashmi, is it safe to apply this separately from the phy driver/dt changes? > > > Then I can queue this via my mmc tree, if you like. > > No, the phy driver/dt changes must go together with "mmc: sdhci-of- > arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" > patch. > > Why is that? > > What could happen, emmc driver will complain about phy not found and bail > right? This is right, but ideally both mmc:phy and mmc: sdhci-of-arasan driver code changes should go together > > -- > ~Vinod ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-08-09 11:16 ` A, Rashmi @ 2021-08-09 12:13 ` Ulf Hansson 2021-08-10 7:32 ` A, Rashmi 0 siblings, 1 reply; 13+ messages in thread From: Ulf Hansson @ 2021-08-09 12:13 UTC (permalink / raw) To: A, Rashmi Cc: Vinod Koul, Michal Simek, linux-mmc, Linux ARM, Linux Kernel Mailing List, Kishon, Andy Shevchenko, linux-phy, Mark Gross, kris.pan, Zhou, Furong, Sangannavar, Mallikarjunappa, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini, Demakkanavar, Kenchappa On Mon, 9 Aug 2021 at 13:17, A, Rashmi <rashmi.a@intel.com> wrote: > > > > > -----Original Message----- > > From: Vinod Koul <vkoul@kernel.org> > > Sent: Monday, August 9, 2021 2:12 PM > > To: A, Rashmi <rashmi.a@intel.com> > > Cc: Ulf Hansson <ulf.hansson@linaro.org>; Michal Simek > > <michal.simek@xilinx.com>; linux-mmc <linux-mmc@vger.kernel.org>; Linux > > ARM <linux-arm-kernel@lists.infradead.org>; Linux Kernel Mailing List <linux- > > kernel@vger.kernel.org>; Kishon <kishon@ti.com>; Andy Shevchenko > > <andriy.shevchenko@linux.intel.com>; linux-phy@lists.infradead.org; Mark > > Gross <mgross@linux.intel.com>; kris.pan@linux.intel.com; Zhou, Furong > > <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa > > <mallikarjunappa.sangannavar@intel.com>; Hunter, Adrian > > <adrian.hunter@intel.com>; Vaidya, Mahesh R > > <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini > > <nandhini.srikandan@intel.com>; Demakkanavar, Kenchappa > > <kenchappa.demakkanavar@intel.com> > > Subject: Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC > > support to the arasan eMMC driver > > > > On 09-08-21, 05:16, A, Rashmi wrote: > > > > > > > > > > Rashmi, is it safe to apply this separately from the phy driver/dt changes? > > > > Then I can queue this via my mmc tree, if you like. > > > No, the phy driver/dt changes must go together with "mmc: sdhci-of- > > arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" > > patch. > > > > Why is that? > > > > What could happen, emmc driver will complain about phy not found and bail > > right? > This is right, but ideally both mmc:phy and mmc: sdhci-of-arasan driver code changes should go together If patches are well written and can be standalone, we (maintainers) ideally prefer to queue things on a per subsystem basis, because it's just easier. That said, I also noticed that a new compatible string was added, "intel,thunderbay-sdhci-5.1". This needs to be documented in Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml, in a separate patch, preceding $subject patch. Kind regards Uffe ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-08-09 12:13 ` Ulf Hansson @ 2021-08-10 7:32 ` A, Rashmi 0 siblings, 0 replies; 13+ messages in thread From: A, Rashmi @ 2021-08-10 7:32 UTC (permalink / raw) To: Ulf Hansson Cc: Vinod Koul, Michal Simek, linux-mmc, Linux ARM, Linux Kernel Mailing List, Kishon, Andy Shevchenko, linux-phy, Mark Gross, kris.pan, Zhou, Furong, Sangannavar, Mallikarjunappa, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini, Demakkanavar, Kenchappa > -----Original Message----- > From: Ulf Hansson <ulf.hansson@linaro.org> > Sent: Monday, August 9, 2021 5:43 PM > To: A, Rashmi <rashmi.a@intel.com> > Cc: Vinod Koul <vkoul@kernel.org>; Michal Simek > <michal.simek@xilinx.com>; linux-mmc <linux-mmc@vger.kernel.org>; Linux > ARM <linux-arm-kernel@lists.infradead.org>; Linux Kernel Mailing List <linux- > kernel@vger.kernel.org>; Kishon <kishon@ti.com>; Andy Shevchenko > <andriy.shevchenko@linux.intel.com>; linux-phy@lists.infradead.org; Mark > Gross <mgross@linux.intel.com>; kris.pan@linux.intel.com; Zhou, Furong > <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa > <mallikarjunappa.sangannavar@intel.com>; Hunter, Adrian > <adrian.hunter@intel.com>; Vaidya, Mahesh R > <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini > <nandhini.srikandan@intel.com>; Demakkanavar, Kenchappa > <kenchappa.demakkanavar@intel.com> > Subject: Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC > support to the arasan eMMC driver > > On Mon, 9 Aug 2021 at 13:17, A, Rashmi <rashmi.a@intel.com> wrote: > > > > > > > > > -----Original Message----- > > > From: Vinod Koul <vkoul@kernel.org> > > > Sent: Monday, August 9, 2021 2:12 PM > > > To: A, Rashmi <rashmi.a@intel.com> > > > Cc: Ulf Hansson <ulf.hansson@linaro.org>; Michal Simek > > > <michal.simek@xilinx.com>; linux-mmc <linux-mmc@vger.kernel.org>; > > > Linux ARM <linux-arm-kernel@lists.infradead.org>; Linux Kernel > > > Mailing List <linux- kernel@vger.kernel.org>; Kishon > > > <kishon@ti.com>; Andy Shevchenko > > > <andriy.shevchenko@linux.intel.com>; linux-phy@lists.infradead.org; > > > Mark Gross <mgross@linux.intel.com>; kris.pan@linux.intel.com; Zhou, > > > Furong <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa > > > <mallikarjunappa.sangannavar@intel.com>; Hunter, Adrian > > > <adrian.hunter@intel.com>; Vaidya, Mahesh R > > > <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini > > > <nandhini.srikandan@intel.com>; Demakkanavar, Kenchappa > > > <kenchappa.demakkanavar@intel.com> > > > Subject: Re: [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay > > > SOC support to the arasan eMMC driver > > > > > > On 09-08-21, 05:16, A, Rashmi wrote: > > > > > > > > > > > > > Rashmi, is it safe to apply this separately from the phy driver/dt > changes? > > > > > Then I can queue this via my mmc tree, if you like. > > > > No, the phy driver/dt changes must go together with "mmc: > > > > sdhci-of- > > > arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" > > > patch. > > > > > > Why is that? > > > > > > What could happen, emmc driver will complain about phy not found and > > > bail right? > > This is right, but ideally both mmc:phy and mmc: sdhci-of-arasan > > driver code changes should go together > > If patches are well written and can be standalone, we (maintainers) ideally > prefer to queue things on a per subsystem basis, because it's just easier. > > That said, I also noticed that a new compatible string was added, > "intel,thunderbay-sdhci-5.1". This needs to be documented in > Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml, in a separate > patch, preceding $subject patch. > I acknowledge your comments. I will submit a separate patch to document device tree bindings. After that mmc: sdhci-of-arasan driver patch could be queued. Regards Rashmi ^ permalink raw reply [flat|nested] 13+ messages in thread
* [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support 2021-07-30 6:33 [PATCH 0/3] Add support for eMMC PHY on Intel Thunder Bay rashmi.a 2021-07-30 6:33 ` [PATCH 1/3] dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings rashmi.a 2021-07-30 6:33 ` [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver rashmi.a @ 2021-07-30 6:33 ` rashmi.a 2021-08-06 12:39 ` Vinod Koul 2 siblings, 1 reply; 13+ messages in thread From: rashmi.a @ 2021-07-30 6:33 UTC (permalink / raw) To: linux-drivers-review-request, michal.simek, ulf.hansson, linux-mmc, linux-arm-kernel, linux-kernel, kishon, vkoul, andriy.shevchenko, linux-phy Cc: mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan, kenchappa.demakkanavar, rashmi.a From: Rashmi A <rashmi.a@intel.com> Add support for eMMC PHY on Intel Thunder Bay SoC, uses the Arasan eMMC phy Signed-off-by: Rashmi A <rashmi.a@intel.com> Reviewed-by: Adrian Hunter <adrian.hunter@intel.com> --- drivers/phy/intel/Kconfig | 10 + drivers/phy/intel/Makefile | 1 + drivers/phy/intel/phy-intel-thunderbay-emmc.c | 500 ++++++++++++++++++ 3 files changed, 511 insertions(+) create mode 100644 drivers/phy/intel/phy-intel-thunderbay-emmc.c diff --git a/drivers/phy/intel/Kconfig b/drivers/phy/intel/Kconfig index ac42bb2fb394..18a3cc5b98c0 100644 --- a/drivers/phy/intel/Kconfig +++ b/drivers/phy/intel/Kconfig @@ -46,3 +46,13 @@ config PHY_INTEL_LGM_EMMC select GENERIC_PHY help Enable this to support the Intel EMMC PHY + +config PHY_INTEL_THUNDERBAY_EMMC + tristate "Intel Thunder Bay eMMC PHY driver" + depends on OF && (ARCH_THUNDERBAY || COMPILE_TEST) + select GENERIC_PHY + help + This option enables support for Intel Thunder Bay SoC eMMC PHY. + + To compile this driver as a module, choose M here: the module + will be called phy-intel-thunderbay-emmc.ko. diff --git a/drivers/phy/intel/Makefile b/drivers/phy/intel/Makefile index 14550981a707..6a4db3ee7393 100644 --- a/drivers/phy/intel/Makefile +++ b/drivers/phy/intel/Makefile @@ -1,5 +1,6 @@ # SPDX-License-Identifier: GPL-2.0 obj-$(CONFIG_PHY_INTEL_KEEMBAY_EMMC) += phy-intel-keembay-emmc.o +obj-$(CONFIG_PHY_INTEL_THUNDERBAY_EMMC) += phy-intel-thunderbay-emmc.o obj-$(CONFIG_PHY_INTEL_KEEMBAY_USB) += phy-intel-keembay-usb.o obj-$(CONFIG_PHY_INTEL_LGM_COMBO) += phy-intel-lgm-combo.o obj-$(CONFIG_PHY_INTEL_LGM_EMMC) += phy-intel-lgm-emmc.o diff --git a/drivers/phy/intel/phy-intel-thunderbay-emmc.c b/drivers/phy/intel/phy-intel-thunderbay-emmc.c new file mode 100644 index 000000000000..6fa3308a2aea --- /dev/null +++ b/drivers/phy/intel/phy-intel-thunderbay-emmc.c @@ -0,0 +1,500 @@ +// SPDX-License-Identifier: GPL-2.0-only +/* + * Intel ThunderBay eMMC PHY driver + * + * Copyright (C) 2021 Intel Corporation + * + */ + +#include <linux/clk.h> +#include <linux/delay.h> +#include <linux/io.h> +#include <linux/iopoll.h> +#include <linux/module.h> +#include <linux/of.h> +#include <linux/phy/phy.h> +#include <linux/platform_device.h> + +/* eMMC/SD/SDIO core/phy configuration registers */ +#define CTRL_CFG_0 0x00 +#define CTRL_CFG_1 0x04 +#define CTRL_PRESET_0 0x08 +#define CTRL_PRESET_1 0x0c +#define CTRL_PRESET_2 0x10 +#define CTRL_PRESET_3 0x14 +#define CTRL_PRESET_4 0x18 +#define CTRL_CFG_2 0x1c +#define CTRL_CFG_3 0x20 +#define PHY_CFG_0 0x24 +#define PHY_CFG_1 0x28 +#define PHY_CFG_2 0x2c +#define PHYBIST_CTRL 0x30 +#define SDHC_STAT3 0x34 +#define PHY_STAT 0x38 +#define PHYBIST_STAT_0 0x3c +#define PHYBIST_STAT_1 0x40 +#define EMMC_AXI 0x44 + +/* CTRL_PRESET_3 */ +#define CTRL_PRESET3_MASK GENMASK(31, 0) +#define CTRL_PRESET3_SHIFT 0 + +/* CTRL_CFG_0 bit fields */ +#define SUPPORT_HS_MASK BIT(26) +#define SUPPORT_HS_SHIFT 26 + +#define SUPPORT_8B_MASK BIT(24) +#define SUPPORT_8B_SHIFT 24 + +/* CTRL_CFG_1 bit fields */ +#define SUPPORT_SDR50_MASK BIT(28) +#define SUPPORT_SDR50_SHIFT 28 +#define SLOT_TYPE_MASK GENMASK(27, 26) +#define SLOT_TYPE_OFFSET 26 +#define SUPPORT_64B_MASK BIT(24) +#define SUPPORT_64B_SHIFT 24 +#define SUPPORT_HS400_MASK BIT(2) +#define SUPPORT_HS400_SHIFT 2 +#define SUPPORT_DDR50_MASK BIT(1) +#define SUPPORT_DDR50_SHIFT 1 +#define SUPPORT_SDR104_MASK BIT(0) +#define SUPPORT_SDR104_SHIFT 0 + +/* PHY_CFG_0 bit fields */ +#define SEL_DLY_TXCLK_MASK BIT(29) +#define SEL_DLY_TXCLK_SHIFT 29 +#define SEL_DLY_RXCLK_MASK BIT(28) +#define SEL_DLY_RXCLK_SHIFT 28 + +#define OTAP_DLY_ENA_MASK BIT(27) +#define OTAP_DLY_ENA_SHIFT 27 +#define OTAP_DLY_SEL_MASK GENMASK(26, 23) +#define OTAP_DLY_SEL_SHIFT 23 +#define ITAP_CHG_WIN_MASK BIT(22) +#define ITAP_CHG_WIN_SHIFT 22 +#define ITAP_DLY_ENA_MASK BIT(21) +#define ITAP_DLY_ENA_SHIFT 21 +#define ITAP_DLY_SEL_MASK GENMASK(20, 16) +#define ITAP_DLY_SEL_SHIFT 16 +#define RET_ENB_MASK BIT(15) +#define RET_ENB_SHIFT 15 +#define RET_EN_MASK BIT(14) +#define RET_EN_SHIFT 14 +#define DLL_IFF_MASK GENMASK(13, 11) +#define DLL_IFF_SHIFT 11 +#define DLL_EN_MASK BIT(10) +#define DLL_EN_SHIFT 10 +#define DLL_TRIM_ICP_MASK GENMASK(9, 6) +#define DLL_TRIM_ICP_SHIFT 6 +#define RETRIM_EN_MASK BIT(5) +#define RETRIM_EN_SHIFT 5 +#define RETRIM_MASK BIT(4) +#define RETRIM_SHIFT 4 +#define DR_TY_MASK GENMASK(3, 1) +#define DR_TY_SHIFT 1 +#define PWR_DOWN_MASK BIT(0) +#define PWR_DOWN_SHIFT 0 + +/* PHY_CFG_1 bit fields */ +#define REN_DAT_MASK GENMASK(19, 12) +#define REN_DAT_SHIFT 12 +#define REN_CMD_MASK BIT(11) +#define REN_CMD_SHIFT 11 +#define REN_STRB_MASK BIT(10) +#define REN_STRB_SHIFT 10 +#define PU_STRB_MASK BIT(20) +#define PU_STRB_SHIFT 20 + +/* PHY_CFG_2 bit fields */ +#define CLKBUF_MASK GENMASK(24, 21) +#define CLKBUF_SHIFT 21 +#define SEL_STRB_MASK GENMASK(20, 13) +#define SEL_STRB_SHIFT 13 +#define SEL_FREQ_MASK GENMASK(12, 10) +#define SEL_FREQ_SHIFT 10 + +/* PHY_STAT bit fields */ +#define CAL_DONE BIT(6) +#define DLL_RDY BIT(5) + +#define OTAP_DLY 0x0 +#define ITAP_DLY 0x0 +#define STRB 0x33 + +/* From ACS_eMMC51_16nFFC_RO1100_Userguide_v1p0.pdf p17 */ +#define FREQSEL_200M_170M 0x0 +#define FREQSEL_170M_140M 0x1 +#define FREQSEL_140M_110M 0x2 +#define FREQSEL_110M_80M 0x3 +#define FREQSEL_80M_50M 0x4 +#define FREQSEL_275M_250M 0x5 +#define FREQSEL_250M_225M 0x6 +#define FREQSEL_225M_200M 0x7 + +/* Phy power status */ +#define PHY_UNINITIALIZED 0 +#define PHY_INITIALIZED 1 + +/* + * During init(400KHz) phy_settings will be called with 200MHZ clock + * To avoid incorrectly setting the phy for init(400KHZ) "phy_power_sts" is used. + * When actual clock is set always phy is powered off once and then powered on. + * (sdhci_arasan_set_clock). That feature will be used to identify whether the + * settings are for init phy_power_on or actual clock phy_power_on + * 0 --> init settings + * 1 --> actual settings + */ + +struct thunderbay_emmc_phy { + void __iomem *reg_base; + struct clk *emmcclk; + int phy_power_sts; +}; + +static inline void update_reg(struct thunderbay_emmc_phy *tbh_phy, u32 offset, + u32 mask, u32 shift, u32 val) +{ + u32 tmp; + + tmp = readl(tbh_phy->reg_base + offset); + tmp &= ~mask; + tmp |= val << shift; + writel(tmp, tbh_phy->reg_base + offset); +} + +static int thunderbay_emmc_phy_power(struct phy *phy, bool power_on) +{ + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); + unsigned int freqsel = FREQSEL_200M_170M; + unsigned long rate; + static int lock; + u32 val; + int ret; + + /* Disable DLL */ + rate = clk_get_rate(tbh_phy->emmcclk); + switch (rate) { + case 200000000: + /* lock dll only when it is used, i.e only if SEL_DLY_TXCLK/RXCLK are 0 */ + update_reg(tbh_phy, PHY_CFG_0, DLL_EN_MASK, DLL_EN_SHIFT, 0x0); + break; + /* dll lock not required for other frequencies */ + case 50000000 ... 52000000: + case 400000: + default: + break; + } + + if (!power_on) + return 0; + + rate = clk_get_rate(tbh_phy->emmcclk); + switch (rate) { + case 170000001 ... 200000000: + freqsel = FREQSEL_200M_170M; + break; + case 140000001 ... 170000000: + freqsel = FREQSEL_170M_140M; + break; + case 110000001 ... 140000000: + freqsel = FREQSEL_140M_110M; + break; + case 80000001 ... 110000000: + freqsel = FREQSEL_110M_80M; + break; + case 50000000 ... 80000000: + freqsel = FREQSEL_80M_50M; + break; + case 250000001 ... 275000000: + freqsel = FREQSEL_275M_250M; + break; + case 225000001 ... 250000000: + freqsel = FREQSEL_250M_225M; + break; + case 200000001 ... 225000000: + freqsel = FREQSEL_225M_200M; + break; + default: + break; + } + + if (rate > 200000000) + /* only the upper limit is considered as the clock rate may fall low during init */ + dev_warn(&phy->dev, "Unsupported rate: %lu\n", rate); + + udelay(5); + + if (lock == 0) { + /* PDB will be done only once per boot */ + update_reg(tbh_phy, PHY_CFG_0, PWR_DOWN_MASK, + PWR_DOWN_SHIFT, 0x1); + lock = 1; + /* + * According to the user manual, it asks driver to wait 5us for + * calpad busy trimming. However it is documented that this value is + * PVT(A.K.A. process, voltage and temperature) relevant, so some + * failure cases are found which indicates we should be more tolerant + * to calpad busy trimming. + */ + ret = readl_poll_timeout(tbh_phy->reg_base + PHY_STAT, + val, (val & CAL_DONE), 10, 50); + if (ret) { + dev_err(&phy->dev, "caldone failed, ret=%d\n", ret); + return ret; + } + } + rate = clk_get_rate(tbh_phy->emmcclk); + switch (rate) { + case 200000000: + /* Set frequency of the DLL operation */ + update_reg(tbh_phy, PHY_CFG_2, SEL_FREQ_MASK, SEL_FREQ_SHIFT, freqsel); + + /* Enable DLL */ + update_reg(tbh_phy, PHY_CFG_0, DLL_EN_MASK, DLL_EN_SHIFT, 0x1); + + /* + * After enabling analog DLL circuits docs say that we need 10.2 us if + * our source clock is at 50 MHz and that lock time scales linearly + * with clock speed. If we are powering on the PHY and the card clock + * is super slow (like 100kHz) this could take as long as 5.1 ms as + * per the math: 10.2 us * (50000000 Hz / 100000 Hz) => 5.1 ms + * hopefully we won't be running at 100 kHz, but we should still make + * sure we wait long enough. + * + * NOTE: There appear to be corner cases where the DLL seems to take + * extra long to lock for reasons that aren't understood. In some + * extreme cases we've seen it take up to over 10ms (!). We'll be + * generous and give it 50ms. + */ + ret = readl_poll_timeout(tbh_phy->reg_base + PHY_STAT, + val, (val & DLL_RDY), 10, 50 * USEC_PER_MSEC); + if (ret) { + dev_err(&phy->dev, "dllrdy failed, ret=%d\n", ret); + return ret; + } + break; + default: + break; + } + return 0; +} + +static int thunderbay_emmc_phy_init(struct phy *phy) +{ + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); + + tbh_phy->emmcclk = clk_get(&phy->dev, "emmcclk"); + + return PTR_ERR_OR_ZERO(tbh_phy->emmcclk); +} + +static int thunderbay_emmc_phy_exit(struct phy *phy) +{ + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); + + clk_put(tbh_phy->emmcclk); + + return 0; +} + +static int thunderbay_emmc_phy_power_on(struct phy *phy) +{ + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); + unsigned long rate; + + /* Overwrite capability bits configurable in bootloader */ + update_reg(tbh_phy, CTRL_CFG_0, + SUPPORT_HS_MASK, SUPPORT_HS_SHIFT, 0x1); + update_reg(tbh_phy, CTRL_CFG_0, + SUPPORT_8B_MASK, SUPPORT_8B_SHIFT, 0x1); + update_reg(tbh_phy, CTRL_CFG_1, + SUPPORT_SDR50_MASK, SUPPORT_SDR50_SHIFT, 0x1); + update_reg(tbh_phy, CTRL_CFG_1, + SUPPORT_DDR50_MASK, SUPPORT_DDR50_SHIFT, 0x1); + update_reg(tbh_phy, CTRL_CFG_1, + SUPPORT_SDR104_MASK, SUPPORT_SDR104_SHIFT, 0x1); + update_reg(tbh_phy, CTRL_CFG_1, + SUPPORT_HS400_MASK, SUPPORT_HS400_SHIFT, 0x1); + update_reg(tbh_phy, CTRL_CFG_1, + SUPPORT_64B_MASK, SUPPORT_64B_SHIFT, 0x1); + + if (tbh_phy->phy_power_sts == PHY_UNINITIALIZED) { + /* Indicates initialization, so settings to be done for init , same as 400KHZ setting */ + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, SEL_DLY_TXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, SEL_DLY_RXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, ITAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, ITAP_DLY_SEL_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, OTAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, OTAP_DLY_SEL_SHIFT, 0); + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, DLL_TRIM_ICP_SHIFT, 0); + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, DR_TY_SHIFT, 0x1); + + } else if (tbh_phy->phy_power_sts == PHY_INITIALIZED) { + /* Indicates actual clock setting */ + rate = clk_get_rate(tbh_phy->emmcclk); + switch (rate) { + case 200000000: + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, + SEL_DLY_TXCLK_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, + SEL_DLY_RXCLK_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, + ITAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, + ITAP_DLY_SEL_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, + OTAP_DLY_ENA_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, + OTAP_DLY_SEL_SHIFT, 2); + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, + DLL_TRIM_ICP_SHIFT, 0x8); + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, + DR_TY_SHIFT, 0x1); + /* For HS400 only */ + update_reg(tbh_phy, PHY_CFG_2, SEL_STRB_MASK, + SEL_STRB_SHIFT, STRB); + break; + case 50000000 ... 52000000: + /* For both HS and DDR52 this setting works */ + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, + SEL_DLY_TXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, + SEL_DLY_RXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, + ITAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, + ITAP_DLY_SEL_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, + OTAP_DLY_ENA_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, + OTAP_DLY_SEL_SHIFT, 4); + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, + DLL_TRIM_ICP_SHIFT, 0x8); + update_reg(tbh_phy, PHY_CFG_0, + DR_TY_MASK, DR_TY_SHIFT, 0x1); + break; + case 400000: + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, + SEL_DLY_TXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, + SEL_DLY_RXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, + ITAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, + ITAP_DLY_SEL_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, + OTAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, + OTAP_DLY_SEL_SHIFT, 0); + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, + DLL_TRIM_ICP_SHIFT, 0); + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, DR_TY_SHIFT, 0x1); + break; + default: + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, + SEL_DLY_TXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, + SEL_DLY_RXCLK_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, + ITAP_DLY_ENA_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, + ITAP_DLY_SEL_SHIFT, 0x0); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, + OTAP_DLY_ENA_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, + OTAP_DLY_SEL_SHIFT, 2); + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, + DLL_TRIM_ICP_SHIFT, 0x8); + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, + DR_TY_SHIFT, 0x1); + break; + } + /* Reset, init seq will be called without phy_power_off, so this indicates init seq */ + tbh_phy->phy_power_sts = PHY_UNINITIALIZED; + } + + update_reg(tbh_phy, PHY_CFG_0, RETRIM_EN_MASK, RETRIM_EN_SHIFT, 0x1); + update_reg(tbh_phy, PHY_CFG_0, RETRIM_MASK, RETRIM_SHIFT, 0x0); + + return thunderbay_emmc_phy_power(phy, 1); +} + +static int thunderbay_emmc_phy_power_off(struct phy *phy) +{ + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); + + tbh_phy->phy_power_sts = PHY_INITIALIZED; + + return thunderbay_emmc_phy_power(phy, 0); +} + +static const struct phy_ops thunderbay_emmc_phy_ops = { + .init = thunderbay_emmc_phy_init, + .exit = thunderbay_emmc_phy_exit, + .power_on = thunderbay_emmc_phy_power_on, + .power_off = thunderbay_emmc_phy_power_off, + .owner = THIS_MODULE, +}; + +static const struct of_device_id thunderbay_emmc_phy_of_match[] = { + { .compatible = "intel,thunderbay-emmc-phy", + (void *)&thunderbay_emmc_phy_ops }, + {} +}; +MODULE_DEVICE_TABLE(of, thunderbay_emmc_phy_of_match); + +static int thunderbay_emmc_phy_probe(struct platform_device *pdev) +{ + struct thunderbay_emmc_phy *tbh_phy; + struct phy_provider *phy_provider; + struct device *dev = &pdev->dev; + const struct of_device_id *id; + struct phy *generic_phy; + struct resource *res; + + if (!dev->of_node) + return -ENODEV; + + tbh_phy = devm_kzalloc(dev, sizeof(*tbh_phy), GFP_KERNEL); + if (!tbh_phy) + return -ENOMEM; + + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); + tbh_phy->reg_base = devm_ioremap_resource(&pdev->dev, res); + if (IS_ERR(tbh_phy->reg_base)) { + dev_err(&pdev->dev, "region map failed\n"); + return PTR_ERR(tbh_phy->reg_base); + } + + tbh_phy->phy_power_sts = PHY_UNINITIALIZED; + id = of_match_node(thunderbay_emmc_phy_of_match, pdev->dev.of_node); + if (!id) { + dev_err(dev, "failed to get match_node\n"); + return -EINVAL; + } + + generic_phy = devm_phy_create(dev, dev->of_node, id->data); + if (IS_ERR(generic_phy)) { + dev_err(dev, "failed to create PHY\n"); + return PTR_ERR(generic_phy); + } + + phy_set_drvdata(generic_phy, tbh_phy); + phy_provider = devm_of_phy_provider_register(dev, of_phy_simple_xlate); + + return PTR_ERR_OR_ZERO(phy_provider); +} + +static struct platform_driver thunderbay_emmc_phy_driver = { + .probe = thunderbay_emmc_phy_probe, + .driver = { + .name = "thunderbay-emmc-phy", + .of_match_table = thunderbay_emmc_phy_of_match, + }, +}; +module_platform_driver(thunderbay_emmc_phy_driver); + +MODULE_AUTHOR("Nandhini S <nandhini.srikandan@intel.com>"); +MODULE_AUTHOR("Rashmi A <rashmi.a@intel.com>"); +MODULE_DESCRIPTION("Intel Thunder Bay eMMC PHY driver"); +MODULE_LICENSE("GPL v2"); -- 2.17.1 ^ permalink raw reply related [flat|nested] 13+ messages in thread
* Re: [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support 2021-07-30 6:33 ` [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support rashmi.a @ 2021-08-06 12:39 ` Vinod Koul 2021-08-10 8:51 ` A, Rashmi 0 siblings, 1 reply; 13+ messages in thread From: Vinod Koul @ 2021-08-06 12:39 UTC (permalink / raw) To: rashmi.a Cc: linux-drivers-review-request, michal.simek, ulf.hansson, linux-mmc, linux-arm-kernel, linux-kernel, kishon, andriy.shevchenko, linux-phy, mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan, kenchappa.demakkanavar On 30-07-21, 12:03, rashmi.a@intel.com wrote: > diff --git a/drivers/phy/intel/Kconfig b/drivers/phy/intel/Kconfig > index ac42bb2fb394..18a3cc5b98c0 100644 > --- a/drivers/phy/intel/Kconfig > +++ b/drivers/phy/intel/Kconfig > @@ -46,3 +46,13 @@ config PHY_INTEL_LGM_EMMC > select GENERIC_PHY > help > Enable this to support the Intel EMMC PHY > + > +config PHY_INTEL_THUNDERBAY_EMMC Alphabetical sort please > + tristate "Intel Thunder Bay eMMC PHY driver" > + depends on OF && (ARCH_THUNDERBAY || COMPILE_TEST) > + select GENERIC_PHY > + help > + This option enables support for Intel Thunder Bay SoC eMMC PHY. > + > + To compile this driver as a module, choose M here: the module > + will be called phy-intel-thunderbay-emmc.ko. > diff --git a/drivers/phy/intel/Makefile b/drivers/phy/intel/Makefile > index 14550981a707..6a4db3ee7393 100644 > --- a/drivers/phy/intel/Makefile > +++ b/drivers/phy/intel/Makefile > @@ -1,5 +1,6 @@ > # SPDX-License-Identifier: GPL-2.0 > obj-$(CONFIG_PHY_INTEL_KEEMBAY_EMMC) += phy-intel-keembay-emmc.o > +obj-$(CONFIG_PHY_INTEL_THUNDERBAY_EMMC) += phy-intel-thunderbay-emmc.o here as well > +static int thunderbay_emmc_phy_power(struct phy *phy, bool power_on) > +{ > + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); > + unsigned int freqsel = FREQSEL_200M_170M; > + unsigned long rate; > + static int lock; > + u32 val; > + int ret; > + > + /* Disable DLL */ > + rate = clk_get_rate(tbh_phy->emmcclk); > + switch (rate) { > + case 200000000: > + /* lock dll only when it is used, i.e only if SEL_DLY_TXCLK/RXCLK are 0 */ > + update_reg(tbh_phy, PHY_CFG_0, DLL_EN_MASK, DLL_EN_SHIFT, 0x0); pls keep the same indent for comment and code! > + break; > + /* dll lock not required for other frequencies */ > + case 50000000 ... 52000000: > + case 400000: > + default: > + break; > + } > + > + if (!power_on) > + return 0; should this not be the first thing you check... > + > + rate = clk_get_rate(tbh_phy->emmcclk); > + switch (rate) { > + case 170000001 ... 200000000: > + freqsel = FREQSEL_200M_170M; > + break; > + case 140000001 ... 170000000: > + freqsel = FREQSEL_170M_140M; > + break; > + case 110000001 ... 140000000: > + freqsel = FREQSEL_140M_110M; > + break; > + case 80000001 ... 110000000: > + freqsel = FREQSEL_110M_80M; > + break; > + case 50000000 ... 80000000: > + freqsel = FREQSEL_80M_50M; > + break; > + case 250000001 ... 275000000: > + freqsel = FREQSEL_275M_250M; > + break; > + case 225000001 ... 250000000: > + freqsel = FREQSEL_250M_225M; > + break; > + case 200000001 ... 225000000: > + freqsel = FREQSEL_225M_200M; > + break; > + default: > + break; > + } > + > + if (rate > 200000000) > + /* only the upper limit is considered as the clock rate may fall low during init */ > + dev_warn(&phy->dev, "Unsupported rate: %lu\n", rate); here as well! (checkpatch --strict should have told you so) > +static int thunderbay_emmc_phy_power_on(struct phy *phy) > +{ > + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); > + unsigned long rate; > + > + /* Overwrite capability bits configurable in bootloader */ > + update_reg(tbh_phy, CTRL_CFG_0, > + SUPPORT_HS_MASK, SUPPORT_HS_SHIFT, 0x1); > + update_reg(tbh_phy, CTRL_CFG_0, > + SUPPORT_8B_MASK, SUPPORT_8B_SHIFT, 0x1); > + update_reg(tbh_phy, CTRL_CFG_1, > + SUPPORT_SDR50_MASK, SUPPORT_SDR50_SHIFT, 0x1); > + update_reg(tbh_phy, CTRL_CFG_1, > + SUPPORT_DDR50_MASK, SUPPORT_DDR50_SHIFT, 0x1); > + update_reg(tbh_phy, CTRL_CFG_1, > + SUPPORT_SDR104_MASK, SUPPORT_SDR104_SHIFT, 0x1); > + update_reg(tbh_phy, CTRL_CFG_1, > + SUPPORT_HS400_MASK, SUPPORT_HS400_SHIFT, 0x1); > + update_reg(tbh_phy, CTRL_CFG_1, > + SUPPORT_64B_MASK, SUPPORT_64B_SHIFT, 0x1); > + > + if (tbh_phy->phy_power_sts == PHY_UNINITIALIZED) { > + /* Indicates initialization, so settings to be done for init , same as 400KHZ setting */ > + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, SEL_DLY_TXCLK_SHIFT, 0x1); inconsistent indent here too! > + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, SEL_DLY_RXCLK_SHIFT, 0x1); > + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, ITAP_DLY_ENA_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, ITAP_DLY_SEL_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, OTAP_DLY_ENA_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, OTAP_DLY_SEL_SHIFT, 0); > + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, DLL_TRIM_ICP_SHIFT, 0); > + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, DR_TY_SHIFT, 0x1); > + > + } else if (tbh_phy->phy_power_sts == PHY_INITIALIZED) { > + /* Indicates actual clock setting */ > + rate = clk_get_rate(tbh_phy->emmcclk); > + switch (rate) { > + case 200000000: > + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, > + SEL_DLY_TXCLK_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, > + SEL_DLY_RXCLK_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, > + ITAP_DLY_ENA_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, > + ITAP_DLY_SEL_SHIFT, 0x0); > + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, > + OTAP_DLY_ENA_SHIFT, 0x1); > + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, > + OTAP_DLY_SEL_SHIFT, 2); > + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, > + DLL_TRIM_ICP_SHIFT, 0x8); > + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, > + DR_TY_SHIFT, 0x1); > + /* For HS400 only */ > + update_reg(tbh_phy, PHY_CFG_2, SEL_STRB_MASK, > + SEL_STRB_SHIFT, STRB); > + break; pls give a empty line after break, helps to read the code -- ~Vinod ^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support 2021-08-06 12:39 ` Vinod Koul @ 2021-08-10 8:51 ` A, Rashmi 0 siblings, 0 replies; 13+ messages in thread From: A, Rashmi @ 2021-08-10 8:51 UTC (permalink / raw) To: Vinod Koul Cc: linux-drivers-review-request, michal.simek, ulf.hansson, linux-mmc, linux-arm-kernel, linux-kernel, kishon, andriy.shevchenko, linux-phy, mgross, kris.pan, Zhou, Furong, Sangannavar, Mallikarjunappa, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini, Demakkanavar, Kenchappa > -----Original Message----- > From: Vinod Koul <vkoul@kernel.org> > Sent: Friday, August 6, 2021 6:09 PM > To: A, Rashmi <rashmi.a@intel.com> > Cc: linux-drivers-review-request@eclists.intel.com; michal.simek@xilinx.com; > ulf.hansson@linaro.org; linux-mmc@vger.kernel.org; linux-arm- > kernel@lists.infradead.org; linux-kernel@vger.kernel.org; kishon@ti.com; > andriy.shevchenko@linux.intel.com; linux-phy@lists.infradead.org; > mgross@linux.intel.com; kris.pan@linux.intel.com; Zhou, Furong > <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa > <mallikarjunappa.sangannavar@intel.com>; Hunter, Adrian > <adrian.hunter@intel.com>; Vaidya, Mahesh R > <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini > <nandhini.srikandan@intel.com>; Demakkanavar, Kenchappa > <kenchappa.demakkanavar@intel.com> > Subject: Re: [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support > > On 30-07-21, 12:03, rashmi.a@intel.com wrote: > > > diff --git a/drivers/phy/intel/Kconfig b/drivers/phy/intel/Kconfig > > index ac42bb2fb394..18a3cc5b98c0 100644 > > --- a/drivers/phy/intel/Kconfig > > +++ b/drivers/phy/intel/Kconfig > > @@ -46,3 +46,13 @@ config PHY_INTEL_LGM_EMMC > > select GENERIC_PHY > > help > > Enable this to support the Intel EMMC PHY > > + > > +config PHY_INTEL_THUNDERBAY_EMMC > > Alphabetical sort please > > > + tristate "Intel Thunder Bay eMMC PHY driver" > > + depends on OF && (ARCH_THUNDERBAY || COMPILE_TEST) > > + select GENERIC_PHY > > + help > > + This option enables support for Intel Thunder Bay SoC eMMC PHY. > > + > > + To compile this driver as a module, choose M here: the module > > + will be called phy-intel-thunderbay-emmc.ko. > > diff --git a/drivers/phy/intel/Makefile b/drivers/phy/intel/Makefile > > index 14550981a707..6a4db3ee7393 100644 > > --- a/drivers/phy/intel/Makefile > > +++ b/drivers/phy/intel/Makefile > > @@ -1,5 +1,6 @@ > > # SPDX-License-Identifier: GPL-2.0 > > obj-$(CONFIG_PHY_INTEL_KEEMBAY_EMMC) += phy-intel- > keembay-emmc.o > > +obj-$(CONFIG_PHY_INTEL_THUNDERBAY_EMMC) += phy-intel- > thunderbay-emmc.o > > here as well I will reorder the entry in Makefile. The Kconfig entries are in alphabetical order. Let me know if I am missing something. -Rashmi > > > +static int thunderbay_emmc_phy_power(struct phy *phy, bool power_on) > > +{ > > + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); > > + unsigned int freqsel = FREQSEL_200M_170M; > > + unsigned long rate; > > + static int lock; > > + u32 val; > > + int ret; > > + > > + /* Disable DLL */ > > + rate = clk_get_rate(tbh_phy->emmcclk); > > + switch (rate) { > > + case 200000000: > > + /* lock dll only when it is used, i.e only if SEL_DLY_TXCLK/RXCLK are 0 > */ > > + update_reg(tbh_phy, PHY_CFG_0, DLL_EN_MASK, > DLL_EN_SHIFT, 0x0); > > pls keep the same indent for comment and code! Acknowledged -Rashmi > > > + break; > > + /* dll lock not required for other frequencies */ > > + case 50000000 ... 52000000: > > + case 400000: > > + default: > > + break; > > + } > > + > > + if (!power_on) > > + return 0; > > should this not be the first thing you check... During phy power on/off condition, dll should be disabled first. So power_on check is made after disabling dll. -Rashmi > > > + > > + rate = clk_get_rate(tbh_phy->emmcclk); > > + switch (rate) { > > + case 170000001 ... 200000000: > > + freqsel = FREQSEL_200M_170M; > > + break; > > + case 140000001 ... 170000000: > > + freqsel = FREQSEL_170M_140M; > > + break; > > + case 110000001 ... 140000000: > > + freqsel = FREQSEL_140M_110M; > > + break; > > + case 80000001 ... 110000000: > > + freqsel = FREQSEL_110M_80M; > > + break; > > + case 50000000 ... 80000000: > > + freqsel = FREQSEL_80M_50M; > > + break; > > + case 250000001 ... 275000000: > > + freqsel = FREQSEL_275M_250M; > > + break; > > + case 225000001 ... 250000000: > > + freqsel = FREQSEL_250M_225M; > > + break; > > + case 200000001 ... 225000000: > > + freqsel = FREQSEL_225M_200M; > > + break; > > + default: > > + break; > > + } > > + > > + if (rate > 200000000) > > + /* only the upper limit is considered as the clock rate may fall low > during init */ > > + dev_warn(&phy->dev, "Unsupported rate: %lu\n", rate); > > here as well! (checkpatch --strict should have told you so) I will follow the proper alignment, though check-patch script didn't show any warnings. -Rashmi > > > +static int thunderbay_emmc_phy_power_on(struct phy *phy) { > > + struct thunderbay_emmc_phy *tbh_phy = phy_get_drvdata(phy); > > + unsigned long rate; > > + > > + /* Overwrite capability bits configurable in bootloader */ > > + update_reg(tbh_phy, CTRL_CFG_0, > > + SUPPORT_HS_MASK, SUPPORT_HS_SHIFT, 0x1); > > + update_reg(tbh_phy, CTRL_CFG_0, > > + SUPPORT_8B_MASK, SUPPORT_8B_SHIFT, 0x1); > > + update_reg(tbh_phy, CTRL_CFG_1, > > + SUPPORT_SDR50_MASK, SUPPORT_SDR50_SHIFT, 0x1); > > + update_reg(tbh_phy, CTRL_CFG_1, > > + SUPPORT_DDR50_MASK, SUPPORT_DDR50_SHIFT, 0x1); > > + update_reg(tbh_phy, CTRL_CFG_1, > > + SUPPORT_SDR104_MASK, SUPPORT_SDR104_SHIFT, 0x1); > > + update_reg(tbh_phy, CTRL_CFG_1, > > + SUPPORT_HS400_MASK, SUPPORT_HS400_SHIFT, 0x1); > > + update_reg(tbh_phy, CTRL_CFG_1, > > + SUPPORT_64B_MASK, SUPPORT_64B_SHIFT, 0x1); > > + > > + if (tbh_phy->phy_power_sts == PHY_UNINITIALIZED) { > > + /* Indicates initialization, so settings to be done for init , same as > 400KHZ setting */ > > + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_TXCLK_MASK, > > +SEL_DLY_TXCLK_SHIFT, 0x1); > > inconsistent indent here too! > > > + update_reg(tbh_phy, PHY_CFG_0, SEL_DLY_RXCLK_MASK, > SEL_DLY_RXCLK_SHIFT, 0x1); > > + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_ENA_MASK, > ITAP_DLY_ENA_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, ITAP_DLY_SEL_MASK, > ITAP_DLY_SEL_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_ENA_MASK, > OTAP_DLY_ENA_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, OTAP_DLY_SEL_MASK, > OTAP_DLY_SEL_SHIFT, 0); > > + update_reg(tbh_phy, PHY_CFG_0, DLL_TRIM_ICP_MASK, > DLL_TRIM_ICP_SHIFT, 0); > > + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, > DR_TY_SHIFT, 0x1); > > + > > + } else if (tbh_phy->phy_power_sts == PHY_INITIALIZED) { > > + /* Indicates actual clock setting */ > > + rate = clk_get_rate(tbh_phy->emmcclk); > > + switch (rate) { > > + case 200000000: > > + update_reg(tbh_phy, PHY_CFG_0, > SEL_DLY_TXCLK_MASK, > > + SEL_DLY_TXCLK_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, > SEL_DLY_RXCLK_MASK, > > + SEL_DLY_RXCLK_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, > ITAP_DLY_ENA_MASK, > > + ITAP_DLY_ENA_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, > ITAP_DLY_SEL_MASK, > > + ITAP_DLY_SEL_SHIFT, 0x0); > > + update_reg(tbh_phy, PHY_CFG_0, > OTAP_DLY_ENA_MASK, > > + OTAP_DLY_ENA_SHIFT, 0x1); > > + update_reg(tbh_phy, PHY_CFG_0, > OTAP_DLY_SEL_MASK, > > + OTAP_DLY_SEL_SHIFT, 2); > > + update_reg(tbh_phy, PHY_CFG_0, > DLL_TRIM_ICP_MASK, > > + DLL_TRIM_ICP_SHIFT, 0x8); > > + update_reg(tbh_phy, PHY_CFG_0, DR_TY_MASK, > > + DR_TY_SHIFT, 0x1); > > + /* For HS400 only */ > > + update_reg(tbh_phy, PHY_CFG_2, SEL_STRB_MASK, > > + SEL_STRB_SHIFT, STRB); > > + break; > > pls give a empty line after break, helps to read the code Acknowledged -Rashmi ^ permalink raw reply [flat|nested] 13+ messages in thread
* [“PATCH” 0/3] Add support for eMMC PHY on Intel Thunder Bay
@ 2021-07-20 11:41 rashmi.a
2021-07-20 11:41 ` [“PATCH” 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver rashmi.a
0 siblings, 1 reply; 13+ messages in thread
From: rashmi.a @ 2021-07-20 11:41 UTC (permalink / raw)
To: linux-drivers-review-request, michal.simek, ulf.hansson,
linux-mmc, linux-arm-kernel, linux-kernel, kishon, vkoul,
andriy.shevchenko, linux-phy
Cc: mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar,
adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
kenchappa.demakkanavar, rashmi.a
From: Rashmi A <rashmi.a@intel.com>
This patch set enables the support for eMMC PHY on the Intel Thunder Bay
SoC.
Patch 1 Holds the relevant Device Tree bindings documentation
and listings of new files in MAINTAINERS file
Patch 2 Adds support for eMMC Intel Thunder Bay
Patch 3 Adds Thunder Bay eMMC PHY support
The review comments from Adrian Hunter, Kris Pan, Furong Zhou and Mark
Gross have been incorporated.
Please help to review this patch set
Thanks
Rashmi A (3):
dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings
mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan
eMMC driver
phy: intel: Add Thunder Bay eMMC PHY support
.../phy/intel,phy-thunderbay-emmc.yaml | 49 ++
MAINTAINERS | 7 +
drivers/mmc/host/sdhci-of-arasan.c | 29 +-
drivers/phy/intel/Kconfig | 10 +
drivers/phy/intel/Makefile | 1 +
drivers/phy/intel/phy-intel-thunderbay-emmc.c | 500 ++++++++++++++++++
6 files changed, 595 insertions(+), 1 deletion(-)
create mode 100644 Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml
create mode 100644 drivers/phy/intel/phy-intel-thunderbay-emmc.c
--
2.17.1
^ permalink raw reply [flat|nested] 13+ messages in thread* [“PATCH” 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver 2021-07-20 11:41 [“PATCH” 0/3] Add support for eMMC PHY on Intel Thunder Bay rashmi.a @ 2021-07-20 11:41 ` rashmi.a 0 siblings, 0 replies; 13+ messages in thread From: rashmi.a @ 2021-07-20 11:41 UTC (permalink / raw) To: linux-drivers-review-request, michal.simek, ulf.hansson, linux-mmc, linux-arm-kernel, linux-kernel, kishon, vkoul, andriy.shevchenko, linux-phy Cc: mgross, kris.pan, furong.zhou, mallikarjunappa.sangannavar, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan, kenchappa.demakkanavar, rashmi.a From: Rashmi A <rashmi.a@intel.com> Intel Thunder Bay SoC eMMC controller is based on Arasan eMMC 5.1 host controller IP Signed-off-by: Rashmi A <rashmi.a@intel.com> Reviewed-by: Adrian Hunter <adrian.hunter@intel.com> --- drivers/mmc/host/sdhci-of-arasan.c | 29 ++++++++++++++++++++++++++++- 1 file changed, 28 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/sdhci-of-arasan.c b/drivers/mmc/host/sdhci-of-arasan.c index 839965f7c717..6f202fb7a546 100644 --- a/drivers/mmc/host/sdhci-of-arasan.c +++ b/drivers/mmc/host/sdhci-of-arasan.c @@ -185,6 +185,13 @@ static const struct sdhci_arasan_soc_ctl_map intel_lgm_sdxc_soc_ctl_map = { .hiword_update = false, }; +static const struct sdhci_arasan_soc_ctl_map thunderbay_soc_ctl_map = { + .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, + .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, + .support64b = { .reg = 0x4, .width = 1, .shift = 24 }, + .hiword_update = false, +}; + static const struct sdhci_arasan_soc_ctl_map intel_keembay_soc_ctl_map = { .baseclkfreq = { .reg = 0x0, .width = 8, .shift = 14 }, .clockmultiplier = { .reg = 0x4, .width = 8, .shift = 14 }, @@ -430,6 +437,15 @@ static const struct sdhci_pltfm_data sdhci_arasan_cqe_pdata = { SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN, }; +static const struct sdhci_pltfm_data sdhci_arasan_thunderbay_pdata = { + .ops = &sdhci_arasan_cqe_ops, + .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | SDHCI_QUIRK_NO_ENDATTR_IN_NOPDESC, + .quirks2 = SDHCI_QUIRK2_PRESET_VALUE_BROKEN | + SDHCI_QUIRK2_CLOCK_DIV_ZERO_BROKEN | + SDHCI_QUIRK2_STOP_WITH_TC | + SDHCI_QUIRK2_CAPS_BIT63_FOR_HS400, +}; + #ifdef CONFIG_PM_SLEEP /** * sdhci_arasan_suspend - Suspend method for the driver @@ -1098,6 +1114,12 @@ static struct sdhci_arasan_of_data sdhci_arasan_generic_data = { .clk_ops = &arasan_clk_ops, }; +static const struct sdhci_arasan_of_data sdhci_arasan_thunderbay_data = { + .soc_ctl_map = &thunderbay_soc_ctl_map, + .pdata = &sdhci_arasan_thunderbay_pdata, + .clk_ops = &arasan_clk_ops, +}; + static const struct sdhci_pltfm_data sdhci_keembay_emmc_pdata = { .ops = &sdhci_arasan_cqe_ops, .quirks = SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN | @@ -1231,6 +1253,10 @@ static const struct of_device_id sdhci_arasan_of_match[] = { .compatible = "intel,keembay-sdhci-5.1-sdio", .data = &intel_keembay_sdio_data, }, + { + .compatible = "intel,thunderbay-sdhci-5.1", + .data = &sdhci_arasan_thunderbay_data, + }, /* Generic compatible below here */ { .compatible = "arasan,sdhci-8.9a", @@ -1582,7 +1608,8 @@ static int sdhci_arasan_probe(struct platform_device *pdev) if (of_device_is_compatible(np, "intel,keembay-sdhci-5.1-emmc") || of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sd") || - of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio")) { + of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio") || + of_device_is_compatible(np, "intel,thunderbay-sdhci-5.1")) { sdhci_arasan_update_clockmultiplier(host, 0x0); sdhci_arasan_update_support64b(host, 0x0); -- 2.17.1 ^ permalink raw reply related [flat|nested] 13+ messages in thread
end of thread, other threads:[~2021-08-10 8:51 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-07-30 6:33 [PATCH 0/3] Add support for eMMC PHY on Intel Thunder Bay rashmi.a 2021-07-30 6:33 ` [PATCH 1/3] dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings rashmi.a 2021-07-30 6:33 ` [PATCH 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver rashmi.a 2021-08-06 13:06 ` Ulf Hansson 2021-08-09 5:16 ` A, Rashmi 2021-08-09 8:41 ` Vinod Koul 2021-08-09 11:16 ` A, Rashmi 2021-08-09 12:13 ` Ulf Hansson 2021-08-10 7:32 ` A, Rashmi 2021-07-30 6:33 ` [PATCH 3/3] phy: intel: Add Thunder Bay eMMC PHY support rashmi.a 2021-08-06 12:39 ` Vinod Koul 2021-08-10 8:51 ` A, Rashmi -- strict thread matches above, loose matches on Subject: below -- 2021-07-20 11:41 [“PATCH” 0/3] Add support for eMMC PHY on Intel Thunder Bay rashmi.a 2021-07-20 11:41 ` [“PATCH” 2/3] mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver rashmi.a
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).