linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v1 1/4] Revert "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver"
@ 2023-01-24  5:44 rashmi.a
  2023-01-24  5:44 ` [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC" rashmi.a
                   ` (2 more replies)
  0 siblings, 3 replies; 11+ messages in thread
From: rashmi.a @ 2023-01-24  5:44 UTC (permalink / raw)
  To: ulf.hansson, michal.simek, linux-mmc, linux-arm-kernel, robh+dt,
	devicetree, linux-kernel, kishon, vkoul, andriy.shevchenko,
	linux-phy, mgross
  Cc: kris.pan, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
	vasavi.v.itha, kenchappa.demakkanavar, furong.zhou,
	mallikarjunappa.sangannavar, rashmi.a

From: "A, Rashmi" <rashmi.a@intel.com>

This reverts commit 39013f09681341e8264dff633e70d43da84d579a.

Revert Thunder Bay specific code as the product got cancelled
and there are no end customers.

Signed-off-by: A, Rashmi <rashmi.a@intel.com>
Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>
---
 drivers/mmc/host/sdhci-of-arasan.c | 29 +----------------------------
 1 file changed, 1 insertion(+), 28 deletions(-)

diff --git a/drivers/mmc/host/sdhci-of-arasan.c b/drivers/mmc/host/sdhci-of-arasan.c
index 89c431a34c43..fbafc87266aa 100644
--- a/drivers/mmc/host/sdhci-of-arasan.c
+++ b/drivers/mmc/host/sdhci-of-arasan.c
@@ -193,13 +193,6 @@ 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 },
@@ -465,15 +458,6 @@ 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
@@ -1150,12 +1134,6 @@ 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 |
@@ -1289,10 +1267,6 @@ 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",
@@ -1716,8 +1690,7 @@ 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,thunderbay-sdhci-5.1")) {
+	    of_device_is_compatible(np, "intel,keembay-sdhci-5.1-sdio")) {
 		sdhci_arasan_update_clockmultiplier(host, 0x0);
 		sdhci_arasan_update_support64b(host, 0x0);
 
-- 
2.17.1


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC"
  2023-01-24  5:44 [PATCH v1 1/4] Revert "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" rashmi.a
@ 2023-01-24  5:44 ` rashmi.a
  2023-01-24 11:31   ` Krzysztof Kozlowski
  2023-01-24  5:44 ` [PATCH v1 3/4] Revert "phy: intel: Add Thunder Bay eMMC PHY support" rashmi.a
  2023-01-24  5:44 ` [PATCH v1 4/4] Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings" rashmi.a
  2 siblings, 1 reply; 11+ messages in thread
From: rashmi.a @ 2023-01-24  5:44 UTC (permalink / raw)
  To: ulf.hansson, michal.simek, linux-mmc, linux-arm-kernel, robh+dt,
	devicetree, linux-kernel, kishon, vkoul, andriy.shevchenko,
	linux-phy, mgross
  Cc: kris.pan, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
	vasavi.v.itha, kenchappa.demakkanavar, furong.zhou,
	mallikarjunappa.sangannavar, rashmi.a

From: "A, Rashmi" <rashmi.a@intel.com>

This reverts commit ab991c05c42853f0b6110022db9bf30fcc6323dd.

Revert Thunder Bay specific code as the product got cancelled
and there are no end customers.

Signed-off-by: A, Rashmi <rashmi.a@intel.com>
Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>wq
---
 .../devicetree/bindings/mmc/arasan,sdhci.yaml | 25 -------------------
 1 file changed, 25 deletions(-)

diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
index 4053de758db6..0d5d21dd30bb 100644
--- a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
+++ b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
@@ -88,12 +88,6 @@ properties:
         description:
           For this device it is strongly suggested to include
           arasan,soc-ctl-syscon.
-      - items:
-          - const: intel,thunderbay-sdhci-5.1   # Intel Thunder Bay eMMC PHY
-          - const: arasan,sdhci-5.1
-        description:
-          For this device it is strongly suggested to include
-          clock-output-names and '#clock-cells'.
 
   reg:
     maxItems: 1
@@ -309,22 +303,3 @@ examples:
                    <&scmi_clk KEEM_BAY_PSS_SD0>;
           arasan,soc-ctl-syscon = <&sd0_phy_syscon>;
     };
-
-  - |
-    #define EMMC_XIN_CLK
-    #define EMMC_AXI_CLK
-    #define TBH_PSS_EMMC_RST_N
-    mmc@80420000 {
-          compatible = "intel,thunderbay-sdhci-5.1", "arasan,sdhci-5.1";
-          interrupts = <GIC_SPI 714 IRQ_TYPE_LEVEL_HIGH>;
-          reg = <0x80420000 0x400>;
-          clocks = <&scmi_clk EMMC_XIN_CLK>,
-                   <&scmi_clk EMMC_AXI_CLK>;
-          clock-names = "clk_xin", "clk_ahb";
-          phys = <&emmc_phy>;
-          phy-names = "phy_arasan";
-          assigned-clocks = <&scmi_clk EMMC_XIN_CLK>;
-          clock-output-names = "emmc_cardclock";
-          resets = <&rst_pss1 TBH_PSS_EMMC_RST_N>;
-          #clock-cells = <0x0>;
-    };
-- 
2.17.1


^ permalink raw reply related	[flat|nested] 11+ messages in thread

* [PATCH v1 3/4] Revert "phy: intel: Add Thunder Bay eMMC PHY support"
  2023-01-24  5:44 [PATCH v1 1/4] Revert "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" rashmi.a
  2023-01-24  5:44 ` [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC" rashmi.a
@ 2023-01-24  5:44 ` rashmi.a
  2023-01-24 11:59   ` Vinod Koul
  2023-01-24  5:44 ` [PATCH v1 4/4] Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings" rashmi.a
  2 siblings, 1 reply; 11+ messages in thread
From: rashmi.a @ 2023-01-24  5:44 UTC (permalink / raw)
  To: ulf.hansson, michal.simek, linux-mmc, linux-arm-kernel, robh+dt,
	devicetree, linux-kernel, kishon, vkoul, andriy.shevchenko,
	linux-phy, mgross
  Cc: kris.pan, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
	vasavi.v.itha, kenchappa.demakkanavar, furong.zhou,
	mallikarjunappa.sangannavar, rashmi.a

From: "A, Rashmi" <rashmi.a@intel.com>

This reverts commit 97004c1a4c52b4357169290158a130ca0b7caae1.

Revert Thunder Bay specific code as the product got cancelled
and there are no end customers.

Signed-off-by: A, Rashmi <rashmi.a@intel.com>
Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>
---
 drivers/phy/intel/Kconfig                     |  10 -
 drivers/phy/intel/Makefile                    |   1 -
 drivers/phy/intel/phy-intel-thunderbay-emmc.c | 509 ------------------
 3 files changed, 520 deletions(-)
 delete mode 100644 drivers/phy/intel/phy-intel-thunderbay-emmc.c

diff --git a/drivers/phy/intel/Kconfig b/drivers/phy/intel/Kconfig
index 18a3cc5b98c0..ac42bb2fb394 100644
--- a/drivers/phy/intel/Kconfig
+++ b/drivers/phy/intel/Kconfig
@@ -46,13 +46,3 @@ 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 b7321d56b0bb..14550981a707 100644
--- a/drivers/phy/intel/Makefile
+++ b/drivers/phy/intel/Makefile
@@ -3,4 +3,3 @@ obj-$(CONFIG_PHY_INTEL_KEEMBAY_EMMC)	+= phy-intel-keembay-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
-obj-$(CONFIG_PHY_INTEL_THUNDERBAY_EMMC) += phy-intel-thunderbay-emmc.o
diff --git a/drivers/phy/intel/phy-intel-thunderbay-emmc.c b/drivers/phy/intel/phy-intel-thunderbay-emmc.c
deleted file mode 100644
index 593f6970b81e..000000000000
--- a/drivers/phy/intel/phy-intel-thunderbay-emmc.c
+++ /dev/null
@@ -1,509 +0,0 @@
-// 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;
-	}
-	/* Clock rate is checked against upper limit. It may fall low during init */
-	if (rate > 200000000)
-		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, settings 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 called without phy_power_off, 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))
-		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] 11+ messages in thread

* [PATCH v1 4/4] Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings"
  2023-01-24  5:44 [PATCH v1 1/4] Revert "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" rashmi.a
  2023-01-24  5:44 ` [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC" rashmi.a
  2023-01-24  5:44 ` [PATCH v1 3/4] Revert "phy: intel: Add Thunder Bay eMMC PHY support" rashmi.a
@ 2023-01-24  5:44 ` rashmi.a
  2023-01-25 19:58   ` Rob Herring
  2 siblings, 1 reply; 11+ messages in thread
From: rashmi.a @ 2023-01-24  5:44 UTC (permalink / raw)
  To: ulf.hansson, michal.simek, linux-mmc, linux-arm-kernel, robh+dt,
	devicetree, linux-kernel, kishon, vkoul, andriy.shevchenko,
	linux-phy, mgross
  Cc: kris.pan, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
	vasavi.v.itha, kenchappa.demakkanavar, furong.zhou,
	mallikarjunappa.sangannavar, rashmi.a

From: "A, Rashmi" <rashmi.a@intel.com>

This reverts commit efb6935dd786a9d213ee542ed77d47ece700357c.

Revert Thunder Bay specific code as the product got cancelled
and there are no end customers.

Signed-off-by: A, Rashmi <rashmi.a@intel.com>
Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>
---
 .../phy/intel,phy-thunderbay-emmc.yaml        | 45 -------------------
 MAINTAINERS                                   |  7 ---
 2 files changed, 52 deletions(-)
 delete 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
deleted file mode 100644
index 361ffc35b16b..000000000000
--- a/Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml
+++ /dev/null
@@ -1,45 +0,0 @@
-# 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
-
-maintainers:
-  - Srikandan Nandhini <nandhini.srikandan@intel.com>
-
-properties:
-  compatible:
-    const: intel,thunderbay-emmc-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";
-        reg = <0x80440800 0x100>;
-        clocks = <&emmc>;
-        clock-names = "emmcclk";
-    };
diff --git a/MAINTAINERS b/MAINTAINERS
index 123216b76534..e9ca0b6364b0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10550,13 +10550,6 @@ 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] 11+ messages in thread

* Re: [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC"
  2023-01-24  5:44 ` [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC" rashmi.a
@ 2023-01-24 11:31   ` Krzysztof Kozlowski
  2023-03-09  6:43     ` A, Rashmi
  2023-03-09 14:12     ` Adrian Hunter
  0 siblings, 2 replies; 11+ messages in thread
From: Krzysztof Kozlowski @ 2023-01-24 11:31 UTC (permalink / raw)
  To: rashmi.a, ulf.hansson, michal.simek, linux-mmc, linux-arm-kernel,
	robh+dt, devicetree, linux-kernel, kishon, vkoul,
	andriy.shevchenko, linux-phy, mgross
  Cc: kris.pan, adrian.hunter, mahesh.r.vaidya, nandhini.srikandan,
	vasavi.v.itha, kenchappa.demakkanavar, furong.zhou,
	mallikarjunappa.sangannavar

On 24/01/2023 06:44, rashmi.a@intel.com wrote:
> From: "A, Rashmi" <rashmi.a@intel.com>
> 
> This reverts commit ab991c05c42853f0b6110022db9bf30fcc6323dd.

Please use scripts/get_maintainers.pl to get a list of necessary people
and lists to CC.  It might happen, that command when run on an older
kernel, gives you outdated entries.  Therefore please be sure you base
your patches on recent Linux kernel.

> 
> Revert Thunder Bay specific code as the product got cancelled
> and there are no end customers.
> 
> Signed-off-by: A, Rashmi <rashmi.a@intel.com>
> Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>wq

Stray characters.

> ---
>  .../devicetree/bindings/mmc/arasan,sdhci.yaml | 25 -------------------
>  1 file changed, 25 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> index 4053de758db6..0d5d21dd30bb 100644
> --- a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> +++ b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> @@ -88,12 +88,6 @@ properties:
>          description:
>            For this device it is strongly suggested to include
>            arasan,soc-ctl-syscon.
> -      - items:
> -          - const: intel,thunderbay-sdhci-5.1   # Intel Thunder Bay eMMC PHY
> -          - const: arasan,sdhci-5.1

Instead should be made rather deprecated, unless you are sure there is
no single person in the world using the bindings (e.g. with BSD or
bootloader)?



Best regards,
Krzysztof


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH v1 3/4] Revert "phy: intel: Add Thunder Bay eMMC PHY support"
  2023-01-24  5:44 ` [PATCH v1 3/4] Revert "phy: intel: Add Thunder Bay eMMC PHY support" rashmi.a
@ 2023-01-24 11:59   ` Vinod Koul
  0 siblings, 0 replies; 11+ messages in thread
From: Vinod Koul @ 2023-01-24 11:59 UTC (permalink / raw)
  To: rashmi.a
  Cc: ulf.hansson, michal.simek, linux-mmc, linux-arm-kernel, robh+dt,
	devicetree, linux-kernel, kishon, andriy.shevchenko, linux-phy,
	mgross, kris.pan, adrian.hunter, mahesh.r.vaidya,
	nandhini.srikandan, vasavi.v.itha, kenchappa.demakkanavar,
	furong.zhou, mallikarjunappa.sangannavar

On 24-01-23, 11:14, rashmi.a@intel.com wrote:
> From: "A, Rashmi" <rashmi.a@intel.com>

> 
> This reverts commit 97004c1a4c52b4357169290158a130ca0b7caae1.

Please send a patch to drop the driver etc.. this revert makes no sense
to me

> 
> Revert Thunder Bay specific code as the product got cancelled
> and there are no end customers.
> 
> Signed-off-by: A, Rashmi <rashmi.a@intel.com>
> Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>
> ---
>  drivers/phy/intel/Kconfig                     |  10 -
>  drivers/phy/intel/Makefile                    |   1 -
>  drivers/phy/intel/phy-intel-thunderbay-emmc.c | 509 ------------------
>  3 files changed, 520 deletions(-)
>  delete mode 100644 drivers/phy/intel/phy-intel-thunderbay-emmc.c
> 
> diff --git a/drivers/phy/intel/Kconfig b/drivers/phy/intel/Kconfig
> index 18a3cc5b98c0..ac42bb2fb394 100644
> --- a/drivers/phy/intel/Kconfig
> +++ b/drivers/phy/intel/Kconfig
> @@ -46,13 +46,3 @@ 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 b7321d56b0bb..14550981a707 100644
> --- a/drivers/phy/intel/Makefile
> +++ b/drivers/phy/intel/Makefile
> @@ -3,4 +3,3 @@ obj-$(CONFIG_PHY_INTEL_KEEMBAY_EMMC)	+= phy-intel-keembay-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
> -obj-$(CONFIG_PHY_INTEL_THUNDERBAY_EMMC) += phy-intel-thunderbay-emmc.o
> diff --git a/drivers/phy/intel/phy-intel-thunderbay-emmc.c b/drivers/phy/intel/phy-intel-thunderbay-emmc.c
> deleted file mode 100644
> index 593f6970b81e..000000000000
> --- a/drivers/phy/intel/phy-intel-thunderbay-emmc.c
> +++ /dev/null
> @@ -1,509 +0,0 @@
> -// 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;
> -	}
> -	/* Clock rate is checked against upper limit. It may fall low during init */
> -	if (rate > 200000000)
> -		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, settings 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 called without phy_power_off, 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))
> -		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

-- 
~Vinod

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH v1 4/4] Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings"
  2023-01-24  5:44 ` [PATCH v1 4/4] Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings" rashmi.a
@ 2023-01-25 19:58   ` Rob Herring
  0 siblings, 0 replies; 11+ messages in thread
From: Rob Herring @ 2023-01-25 19:58 UTC (permalink / raw)
  To: rashmi.a
  Cc: mgross, linux-kernel, nandhini.srikandan, vkoul, adrian.hunter,
	linux-phy, kenchappa.demakkanavar, furong.zhou,
	mallikarjunappa.sangannavar, vasavi.v.itha, robh+dt, kishon,
	andriy.shevchenko, linux-arm-kernel, linux-mmc, ulf.hansson,
	devicetree, mahesh.r.vaidya, michal.simek, kris.pan


On Tue, 24 Jan 2023 11:14:27 +0530, rashmi.a@intel.com wrote:
> From: "A, Rashmi" <rashmi.a@intel.com>
> 
> This reverts commit efb6935dd786a9d213ee542ed77d47ece700357c.
> 
> Revert Thunder Bay specific code as the product got cancelled
> and there are no end customers.
> 
> Signed-off-by: A, Rashmi <rashmi.a@intel.com>
> Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>
> ---
>  .../phy/intel,phy-thunderbay-emmc.yaml        | 45 -------------------
>  MAINTAINERS                                   |  7 ---
>  2 files changed, 52 deletions(-)
>  delete mode 100644 Documentation/devicetree/bindings/phy/intel,phy-thunderbay-emmc.yaml
> 

Acked-by: Rob Herring <robh@kernel.org>

^ permalink raw reply	[flat|nested] 11+ messages in thread

* RE: [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC"
  2023-01-24 11:31   ` Krzysztof Kozlowski
@ 2023-03-09  6:43     ` A, Rashmi
  2023-03-09  6:48       ` Krzysztof Kozlowski
  2023-03-09 14:12     ` Adrian Hunter
  1 sibling, 1 reply; 11+ messages in thread
From: A, Rashmi @ 2023-03-09  6:43 UTC (permalink / raw)
  To: Krzysztof Kozlowski, ulf.hansson, michal.simek, linux-mmc,
	linux-arm-kernel, robh+dt, devicetree, linux-kernel, kishon,
	vkoul, andriy.shevchenko, linux-phy, mgross
  Cc: kris.pan, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini,
	Itha, Vasavi V, Demakkanavar, Kenchappa, Zhou, Furong,
	Sangannavar, Mallikarjunappa



> -----Original Message-----
> From: Krzysztof Kozlowski <krzk@kernel.org>
> Sent: Tuesday, January 24, 2023 5:01 PM
> To: A, Rashmi <rashmi.a@intel.com>; ulf.hansson@linaro.org;
> michal.simek@xilinx.com; linux-mmc@vger.kernel.org; linux-arm-
> kernel@lists.infradead.org; robh+dt@kernel.org; devicetree@vger.kernel.org;
> linux-kernel@vger.kernel.org; kishon@ti.com; vkoul@kernel.org;
> andriy.shevchenko@linux.intel.com; linux-phy@lists.infradead.org;
> mgross@linux.intel.com
> Cc: kris.pan@linux.intel.com; Hunter, Adrian <adrian.hunter@intel.com>;
> Vaidya, Mahesh R <mahesh.r.vaidya@intel.com>; Srikandan, Nandhini
> <nandhini.srikandan@intel.com>; Itha, Vasavi V <vasavi.v.itha@intel.com>;
> Demakkanavar, Kenchappa <kenchappa.demakkanavar@intel.com>; Zhou,
> Furong <furong.zhou@intel.com>; Sangannavar, Mallikarjunappa
> <mallikarjunappa.sangannavar@intel.com>
> Subject: Re: [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel
> Thunder Bay SoC"
> 
> On 24/01/2023 06:44, rashmi.a@intel.com wrote:
> > From: "A, Rashmi" <rashmi.a@intel.com>
> >
> > This reverts commit ab991c05c42853f0b6110022db9bf30fcc6323dd.
> 
> Please use scripts/get_maintainers.pl to get a list of necessary people and lists
> to CC.  It might happen, that command when run on an older kernel, gives you
> outdated entries.  Therefore please be sure you base your patches on recent
> Linux kernel.
Acknowledged

> 
> >
> > Revert Thunder Bay specific code as the product got cancelled and
> > there are no end customers.
> >
> > Signed-off-by: A, Rashmi <rashmi.a@intel.com>
> > Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>wq
> 
> Stray characters.
Acknowledged

> 
> > ---
> >  .../devicetree/bindings/mmc/arasan,sdhci.yaml | 25
> > -------------------
> >  1 file changed, 25 deletions(-)
> >
> > diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> > b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> > index 4053de758db6..0d5d21dd30bb 100644
> > --- a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> > +++ b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
> > @@ -88,12 +88,6 @@ properties:
> >          description:
> >            For this device it is strongly suggested to include
> >            arasan,soc-ctl-syscon.
> > -      - items:
> > -          - const: intel,thunderbay-sdhci-5.1   # Intel Thunder Bay eMMC PHY
> > -          - const: arasan,sdhci-5.1
> 
> Instead should be made rather deprecated, unless you are sure there is no single
> person in the world using the bindings (e.g. with BSD or bootloader)?
May I know what has to be done in order to deprecate the complete patchset?
We have a proposal to club together the 2 driver patches and 2 dt binding patches and send out new patchset containing only 2 revert patches.
Patch 1 - revert dt-bindings patch
 Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC" & Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings"
Patch 2 - revert driver patch
"Revert mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" & "Revert phy: intel: Add Thunder Bay eMMC PHY support"

> 
> 
> 
> Best regards,
> Krzysztof


-Regards
Rashmi

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC"
  2023-03-09  6:43     ` A, Rashmi
@ 2023-03-09  6:48       ` Krzysztof Kozlowski
  0 siblings, 0 replies; 11+ messages in thread
From: Krzysztof Kozlowski @ 2023-03-09  6:48 UTC (permalink / raw)
  To: A, Rashmi, ulf.hansson, michal.simek, linux-mmc,
	linux-arm-kernel, robh+dt, devicetree, linux-kernel, kishon,
	vkoul, andriy.shevchenko, linux-phy, mgross
  Cc: kris.pan, Hunter, Adrian, Vaidya, Mahesh R, Srikandan, Nandhini,
	Itha, Vasavi V, Demakkanavar, Kenchappa, Zhou, Furong,
	Sangannavar, Mallikarjunappa

On 09/03/2023 07:43, A, Rashmi wrote:
>>
>>> ---
>>>  .../devicetree/bindings/mmc/arasan,sdhci.yaml | 25
>>> -------------------
>>>  1 file changed, 25 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> index 4053de758db6..0d5d21dd30bb 100644
>>> --- a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> +++ b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> @@ -88,12 +88,6 @@ properties:
>>>          description:
>>>            For this device it is strongly suggested to include
>>>            arasan,soc-ctl-syscon.
>>> -      - items:
>>> -          - const: intel,thunderbay-sdhci-5.1   # Intel Thunder Bay eMMC PHY
>>> -          - const: arasan,sdhci-5.1
>>
>> Instead should be made rather deprecated, unless you are sure there is no single
>> person in the world using the bindings (e.g. with BSD or bootloader)?
> May I know what has to be done in order to deprecate the complete patchset?

deprecated: true

(git grep for examples)

Best regards,
Krzysztof


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC"
  2023-01-24 11:31   ` Krzysztof Kozlowski
  2023-03-09  6:43     ` A, Rashmi
@ 2023-03-09 14:12     ` Adrian Hunter
  2023-03-09 14:57       ` Krzysztof Kozlowski
  1 sibling, 1 reply; 11+ messages in thread
From: Adrian Hunter @ 2023-03-09 14:12 UTC (permalink / raw)
  To: Krzysztof Kozlowski, rashmi.a, ulf.hansson, michal.simek,
	linux-mmc, linux-arm-kernel, robh+dt, devicetree, linux-kernel,
	kishon, vkoul, andriy.shevchenko, linux-phy, mgross
  Cc: kris.pan, mahesh.r.vaidya, nandhini.srikandan, vasavi.v.itha,
	kenchappa.demakkanavar, furong.zhou, mallikarjunappa.sangannavar

On 24/01/23 13:31, Krzysztof Kozlowski wrote:
> On 24/01/2023 06:44, rashmi.a@intel.com wrote:
>> From: "A, Rashmi" <rashmi.a@intel.com>
>>
>> This reverts commit ab991c05c42853f0b6110022db9bf30fcc6323dd.
> 
> Please use scripts/get_maintainers.pl to get a list of necessary people
> and lists to CC.  It might happen, that command when run on an older
> kernel, gives you outdated entries.  Therefore please be sure you base
> your patches on recent Linux kernel.
> 
>>
>> Revert Thunder Bay specific code as the product got cancelled
>> and there are no end customers.
>>
>> Signed-off-by: A, Rashmi <rashmi.a@intel.com>
>> Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>wq
> 
> Stray characters.
> 
>> ---
>>  .../devicetree/bindings/mmc/arasan,sdhci.yaml | 25 -------------------
>>  1 file changed, 25 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>> index 4053de758db6..0d5d21dd30bb 100644
>> --- a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>> +++ b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>> @@ -88,12 +88,6 @@ properties:
>>          description:
>>            For this device it is strongly suggested to include
>>            arasan,soc-ctl-syscon.
>> -      - items:
>> -          - const: intel,thunderbay-sdhci-5.1   # Intel Thunder Bay eMMC PHY
>> -          - const: arasan,sdhci-5.1
> 
> Instead should be made rather deprecated, unless you are sure there is
> no single person in the world using the bindings (e.g. with BSD or
> bootloader)?

I am sorry but this is not clear to me.  As I understand it,
the hardware was never released, so the binding serves no
purpose.  Should it be removed or "deprecated"?


^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC"
  2023-03-09 14:12     ` Adrian Hunter
@ 2023-03-09 14:57       ` Krzysztof Kozlowski
  0 siblings, 0 replies; 11+ messages in thread
From: Krzysztof Kozlowski @ 2023-03-09 14:57 UTC (permalink / raw)
  To: Adrian Hunter, rashmi.a, ulf.hansson, michal.simek, linux-mmc,
	linux-arm-kernel, robh+dt, devicetree, linux-kernel, kishon,
	vkoul, andriy.shevchenko, linux-phy, mgross
  Cc: kris.pan, mahesh.r.vaidya, nandhini.srikandan, vasavi.v.itha,
	kenchappa.demakkanavar, furong.zhou, mallikarjunappa.sangannavar

On 09/03/2023 15:12, Adrian Hunter wrote:
> On 24/01/23 13:31, Krzysztof Kozlowski wrote:
>> On 24/01/2023 06:44, rashmi.a@intel.com wrote:
>>> From: "A, Rashmi" <rashmi.a@intel.com>
>>>
>>> This reverts commit ab991c05c42853f0b6110022db9bf30fcc6323dd.
>>
>> Please use scripts/get_maintainers.pl to get a list of necessary people
>> and lists to CC.  It might happen, that command when run on an older
>> kernel, gives you outdated entries.  Therefore please be sure you base
>> your patches on recent Linux kernel.
>>
>>>
>>> Revert Thunder Bay specific code as the product got cancelled
>>> and there are no end customers.
>>>
>>> Signed-off-by: A, Rashmi <rashmi.a@intel.com>
>>> Reviewed-by: Hunter, Adrian <adrian.hunter@intel.com>wq
>>
>> Stray characters.
>>
>>> ---
>>>  .../devicetree/bindings/mmc/arasan,sdhci.yaml | 25 -------------------
>>>  1 file changed, 25 deletions(-)
>>>
>>> diff --git a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> index 4053de758db6..0d5d21dd30bb 100644
>>> --- a/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> +++ b/Documentation/devicetree/bindings/mmc/arasan,sdhci.yaml
>>> @@ -88,12 +88,6 @@ properties:
>>>          description:
>>>            For this device it is strongly suggested to include
>>>            arasan,soc-ctl-syscon.
>>> -      - items:
>>> -          - const: intel,thunderbay-sdhci-5.1   # Intel Thunder Bay eMMC PHY
>>> -          - const: arasan,sdhci-5.1
>>
>> Instead should be made rather deprecated, unless you are sure there is
>> no single person in the world using the bindings (e.g. with BSD or
>> bootloader)?
> 
> I am sorry but this is not clear to me.  As I understand it,
> the hardware was never released, so the binding serves no
> purpose.  Should it be removed or "deprecated"?

Hm, commit msg said cancelled and I understood that it was released and
then got cancelled. But indeed maybe just remove it.

Best regards,
Krzysztof


^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2023-03-09 15:01 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-01-24  5:44 [PATCH v1 1/4] Revert "mmc: sdhci-of-arasan: Add intel Thunder Bay SOC support to the arasan eMMC driver" rashmi.a
2023-01-24  5:44 ` [PATCH v1 2/4] Revert "dt-bindings: mmc: Add bindings for Intel Thunder Bay SoC" rashmi.a
2023-01-24 11:31   ` Krzysztof Kozlowski
2023-03-09  6:43     ` A, Rashmi
2023-03-09  6:48       ` Krzysztof Kozlowski
2023-03-09 14:12     ` Adrian Hunter
2023-03-09 14:57       ` Krzysztof Kozlowski
2023-01-24  5:44 ` [PATCH v1 3/4] Revert "phy: intel: Add Thunder Bay eMMC PHY support" rashmi.a
2023-01-24 11:59   ` Vinod Koul
2023-01-24  5:44 ` [PATCH v1 4/4] Revert "dt-bindings: phy: intel: Add Thunder Bay eMMC PHY bindings" rashmi.a
2023-01-25 19:58   ` Rob Herring

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).