From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-28 07:53:01
Refer to the discussion [1] when try to enable i.MX8MM PCIe support,
one standalone PCIe PHY driver should be seperated from i.MX PCIe
driver when enable i.MX8MM PCIe support.
This patch-set adds the standalone PCIe PHY driver suport[1-5], and i.MX8MM
PCIe support[6-8] to have whole view to review this patch-set.
The PCIe works on i.MX8MM EVK board based the the blkctrl power driver
[2] and this patch-set.
[1] https://patchwork.ozlabs.org/project/linux-pci/patch/20210510141509.929120-3-l.stach@pengutronix.de/
[2] https://patchwork.kernel.org/project/linux-arm-kernel/cover/20210910202640.980366-1-l.stach@pengutronix.de/
Main changes v3 --> v4:
- Update the yaml to fix syntax error, add maxitems and drop description of phy
- Correct the clock name in PHY DT node.
- Squash the EVK board relalted dts changes into one patch, and drop the
useless dummy clock and gpio suffix in DT nodes.
- Add board specific de-emphasis parameters as DT properties. Thus each board
can specify its actual de-emphasis values.
- Update the commit log of PHY driver.
- Remove the useless codes from PCIe driver, since they are moved to PHY driver
- After the discussion and verification of the CLKREQ# configurations with Tim,
agree to add an optional boolean property "fsl,clkreq-unsupported", indicates
the CLKREQ# signal is hooked or not in HW designs.
- Add "Tested-by: Marcel Ziswiler [off-list ref]" tag, since
Marcel help to test the v3 patch-set.
Main changes v2 --> v3:
- Regarding Lucas' comments.
- to have a whole view to review the patches, send out the i.MX8MM PCIe support too.
- move the PHY related bits manipulations of the GPR/SRC to standalone PHY driver.
- split the dts changes to SOC and board DT, and use the enum instead of raw value.
- update the license of the dt-binding header file.
Changes v1 --> v2:
- Update the license of the dt-binding header file to make the license
compatible with dts files.
- Fix the dt_binding_check errors.
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.yaml | 6 +++
Documentation/devicetree/bindings/phy/fsl,imx8-pcie-phy.yaml | 95 +++++++++++++++++++++++++++++++++
arch/arm64/boot/dts/freescale/imx8mm-evk.dtsi | 55 +++++++++++++++++++
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 46 +++++++++++++++-
drivers/pci/controller/dwc/pci-imx6.c | 73 ++++++++++++++++++++++---
drivers/phy/freescale/Kconfig | 9 ++++
drivers/phy/freescale/Makefile | 1 +
drivers/phy/freescale/phy-fsl-imx8m-pcie.c | 234 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
include/dt-bindings/phy/phy-imx8-pcie.h | 14 +++++
9 files changed, 525 insertions(+), 8 deletions(-)
[PATCH v4 1/8] dt-bindings: phy: phy-imx8-pcie: Add binding for the
[PATCH v4 2/8] dt-bindings: phy: Add imx8 pcie phy driver support
[PATCH v4 3/8] dt-bindings: imx6q-pcie: Add PHY phandles and name
[PATCH v4 4/8] arm64: dts: imx8mm: Add the pcie phy support
[PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
[PATCH v4 6/8] arm64: dts: imx8mm: Add the pcie support
[PATCH v4 7/8] arm64: dts: imx8mm-evk: Add the pcie support on imx8mm
[PATCH v4 8/8] PCI: imx: Add the imx8mm pcie support
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
@@ -0,0 +1,95 @@+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)+%YAML1.2+---+$id:http://devicetree.org/schemas/phy/fsl,imx8-pcie-phy.yaml#+$schema:http://devicetree.org/meta-schemas/core.yaml#++title:Freescale i.MX8 SoC series PCIe PHY Device Tree Bindings++maintainers:+-Richard Zhu <hongxing.zhu@nxp.com>++properties:+"#phy-cells":+const:0++compatible:+enum:+-fsl,imx8mm-pcie-phy++reg:+maxItems:1++clocks:+items:+-description:PHY module clock++clock-names:+items:+-const:ref++resets:+items:+-description:Phandles to PCIe-related reset lines exposed by SRC+IP block.++reset-names:+items:+-const:pciephy++fsl,refclk-pad-mode:+description:|+Specifies the mode of the refclk pad used. It can be UNUSED(PHY+refclock is derived from SoC internal source), INPUT(PHY refclock+is provided externally via the refclk pad) or OUTPUT(PHY refclock+is derived from SoC internal source and provided on the refclk pad).+Refer include/dt-bindings/phy/phy-imx8-pcie.h for the constants+to be used.+$ref:/schemas/types.yaml#/definitions/uint32+enum:[0,1,2]++fsl,tx-deemph-gen1:+description:Gen1 De-emphasis value (optional required).+$ref:/schemas/types.yaml#/definitions/uint32+default:0++fsl,tx-deemph-gen2:+description:Gen2 De-emphasis value (optional required).+$ref:/schemas/types.yaml#/definitions/uint32+default:0++fsl,clkreq-unsupported:+type:boolean+description:A boolean property indicating the CLKREQ# signal is+not supported in the board design (optional)++required:+-"#phy-cells"+-compatible+-reg+-clocks+-clock-names+-fsl,refclk-pad-mode++additionalProperties:false++examples:+-|+#include <dt-bindings/clock/imx8mm-clock.h>+#include <dt-bindings/phy/phy-imx8-pcie.h>+#include <dt-bindings/reset/imx8mq-reset.h>++pcie_phy:pcie-phy@32f00000 {+compatible = "fsl,imx8mm-pcie-phy";+reg = <0x32f00000 0x10000>;+clocks = <&clk IMX8MM_CLK_PCIE1_PHY>;+clock-names = "ref";+assigned-clocks = <&clk IMX8MM_CLK_PCIE1_PHY>;+assigned-clock-rates = <100000000>;+assigned-clock-parents = <&clk IMX8MM_SYS_PLL2_100M>;+resets = <&src IMX8MQ_RESET_PCIEPHY>;+reset-names = "pciephy";+fsl,refclk-pad-mode = <IMX8_PCIE_REFCLK_PAD_INPUT>;+#phy-cells = <0>;+};+...
--
2.25.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-28 07:53:12
i.MX8MM PCIe has the PHY. Add a PHY phandle and name properties
in the binding document.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
---
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.yaml | 6 ++++++
1 file changed, 6 insertions(+)
@@ -128,6 +128,12 @@ properties:enum:[1,2,3,4]default:1+phys:+maxItems:1++phy-names:+const:pcie-phy+reset-gpio:description:Should specify the GPIO for controlling the PCI bus devicereset signal. It's not polarity aware and defaults to active-low reset
--
2.25.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-28 07:53:27
Add the PCIe support on iMX8MM EVK boards.
And set the default reference clock mode.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
---
arch/arm64/boot/dts/freescale/imx8mm-evk.dtsi | 55 +++++++++++++++++++
1 file changed, 55 insertions(+)
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-28 07:53:32
i.MX8MM PCIe works mostly like the i.MX8MQ one, but has a different PHY
and allows to output the internal PHY reference clock via the refclk pad.
Add the i.MX8MM PCIe support based on the standalone PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
---
drivers/pci/controller/dwc/pci-imx6.c | 73 ++++++++++++++++++++++++---
1 file changed, 66 insertions(+), 7 deletions(-)
@@ -446,6 +452,13 @@ static int imx6_pcie_enable_ref_clk(struct imx6_pcie *imx6_pcie)break;caseIMX7D:break;+caseIMX8MM:+ret=clk_prepare_enable(imx6_pcie->pcie_aux);+if(ret){+dev_err(dev,"unable to enable pcie_aux clock\n");+break;+}+break;caseIMX8MQ:ret=clk_prepare_enable(imx6_pcie->pcie_aux);if(ret){
@@ -522,6 +535,14 @@ static void imx6_pcie_deassert_core_reset(struct imx6_pcie *imx6_pcie)gotoerr_ref_clk;}+switch(imx6_pcie->drvdata->variant){+caseIMX8MM:+if(phy_power_on(imx6_pcie->phy))+dev_err(dev,"unable to power on PHY\n");+break;+default:+break;+}/* allow the clocks to stabilize */usleep_range(200,500);
@@ -1043,11 +1073,6 @@ static int imx6_pcie_probe(struct platform_device *pdev)}/* Fetch clocks */-imx6_pcie->pcie_phy=devm_clk_get(dev,"pcie_phy");-if(IS_ERR(imx6_pcie->pcie_phy))-returndev_err_probe(dev,PTR_ERR(imx6_pcie->pcie_phy),-"pcie_phy clock source missing or invalid\n");-imx6_pcie->pcie_bus=devm_clk_get(dev,"pcie_bus");if(IS_ERR(imx6_pcie->pcie_bus))returndev_err_probe(dev,PTR_ERR(imx6_pcie->pcie_bus),
@@ -1089,10 +1114,39 @@ static int imx6_pcie_probe(struct platform_device *pdev)dev_err(dev,"Failed to get PCIE APPS reset control\n");returnPTR_ERR(imx6_pcie->apps_reset);}+break;+caseIMX8MM:+imx6_pcie->pcie_aux=devm_clk_get(dev,"pcie_aux");+if(IS_ERR(imx6_pcie->pcie_aux))+returndev_err_probe(dev,PTR_ERR(imx6_pcie->pcie_aux),+"pcie_aux clock source missing or invalid\n");+imx6_pcie->apps_reset=devm_reset_control_get_exclusive(dev,+"apps");+if(IS_ERR(imx6_pcie->apps_reset)){+dev_err(dev,"Failed to get PCIE APPS reset control\n");+returnPTR_ERR(imx6_pcie->apps_reset);+}++imx6_pcie->phy=devm_phy_get(dev,"pcie-phy");+if(IS_ERR(imx6_pcie->phy)){+if(PTR_ERR(imx6_pcie->phy)==-EPROBE_DEFER)+return-EPROBE_DEFER;+dev_err(dev,"Failed to get PCIE PHY\n");+returnPTR_ERR(imx6_pcie->phy);+}+break;default:break;}+/* Don't fetch the pcie_phy clock, if it has abstract PHY driver */+if(imx6_pcie->phy==NULL){+imx6_pcie->pcie_phy=devm_clk_get(dev,"pcie_phy");+if(IS_ERR(imx6_pcie->pcie_phy))+returndev_err_probe(dev,PTR_ERR(imx6_pcie->pcie_phy),+"pcie_phy clock source missing or invalid\n");+}+/* Grab turnoff reset */imx6_pcie->turnoff_reset=devm_reset_control_get_optional_exclusive(dev,"turnoff");
From: Tim Harvey <tharvey@gateworks.com> Date: 2021-10-28 18:17:28
On Thu, Oct 28, 2021 at 12:52 AM Richard Zhu [off-list ref] wrote:
Refer to the discussion [1] when try to enable i.MX8MM PCIe support,
one standalone PCIe PHY driver should be seperated from i.MX PCIe
driver when enable i.MX8MM PCIe support.
This patch-set adds the standalone PCIe PHY driver suport[1-5], and i.MX8MM
PCIe support[6-8] to have whole view to review this patch-set.
The PCIe works on i.MX8MM EVK board based the the blkctrl power driver
[2] and this patch-set.
[1] https://patchwork.ozlabs.org/project/linux-pci/patch/20210510141509.929120-3-l.stach@pengutronix.de/
[2] https://patchwork.kernel.org/project/linux-arm-kernel/cover/20210910202640.980366-1-l.stach@pengutronix.de/
Main changes v3 --> v4:
- Update the yaml to fix syntax error, add maxitems and drop description of phy
- Correct the clock name in PHY DT node.
- Squash the EVK board relalted dts changes into one patch, and drop the
useless dummy clock and gpio suffix in DT nodes.
- Add board specific de-emphasis parameters as DT properties. Thus each board
can specify its actual de-emphasis values.
- Update the commit log of PHY driver.
- Remove the useless codes from PCIe driver, since they are moved to PHY driver
- After the discussion and verification of the CLKREQ# configurations with Tim,
agree to add an optional boolean property "fsl,clkreq-unsupported", indicates
the CLKREQ# signal is hooked or not in HW designs.
- Add "Tested-by: Marcel Ziswiler [off-list ref]" tag, since
Marcel help to test the v3 patch-set.
Main changes v2 --> v3:
- Regarding Lucas' comments.
- to have a whole view to review the patches, send out the i.MX8MM PCIe support too.
- move the PHY related bits manipulations of the GPR/SRC to standalone PHY driver.
- split the dts changes to SOC and board DT, and use the enum instead of raw value.
- update the license of the dt-binding header file.
Changes v1 --> v2:
- Update the license of the dt-binding header file to make the license
compatible with dts files.
- Fix the dt_binding_check errors.
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.yaml | 6 +++
Documentation/devicetree/bindings/phy/fsl,imx8-pcie-phy.yaml | 95 +++++++++++++++++++++++++++++++++
arch/arm64/boot/dts/freescale/imx8mm-evk.dtsi | 55 +++++++++++++++++++
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 46 +++++++++++++++-
drivers/pci/controller/dwc/pci-imx6.c | 73 ++++++++++++++++++++++---
drivers/phy/freescale/Kconfig | 9 ++++
drivers/phy/freescale/Makefile | 1 +
drivers/phy/freescale/phy-fsl-imx8m-pcie.c | 234 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
include/dt-bindings/phy/phy-imx8-pcie.h | 14 +++++
9 files changed, 525 insertions(+), 8 deletions(-)
[PATCH v4 1/8] dt-bindings: phy: phy-imx8-pcie: Add binding for the
[PATCH v4 2/8] dt-bindings: phy: Add imx8 pcie phy driver support
[PATCH v4 3/8] dt-bindings: imx6q-pcie: Add PHY phandles and name
[PATCH v4 4/8] arm64: dts: imx8mm: Add the pcie phy support
[PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
[PATCH v4 6/8] arm64: dts: imx8mm: Add the pcie support
[PATCH v4 7/8] arm64: dts: imx8mm-evk: Add the pcie support on imx8mm
[PATCH v4 8/8] PCI: imx: Add the imx8mm pcie support
Richard,
For your v4 series:
Reviewed-By: Tim Harvey <tharvey@gateworks.com>
Tested-By: Tim Harvey <tharvey@gateworks.com>
I tested this on imx8mm-venice* boards with no CLKREQ# support as well
as an imx8mm-evk board.
Thanks again for your effort on this series!
Best regards,
Tim
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-29 01:11:57
-----Original Message-----
From: Tim Harvey <tharvey@gateworks.com>
Sent: Friday, October 29, 2021 2:17 AM
To: Richard Zhu <hongxing.zhu@nxp.com>
Cc: Lucas Stach <l.stach@pengutronix.de>; Marcel Ziswiler
[off-list ref]; Kishon Vijay Abraham I
[off-list ref]; vkoul@kernel.org; Rob Herring [off-list ref];
galak@kernel.crashing.org; Shawn Guo [off-list ref];
linux-phy@lists.infradead.org; Device Tree Mailing List
[off-list ref]; Linux ARM Mailing List
[off-list ref]; open list
[off-list ref]; Sascha Hauer [off-list ref];
dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 0/8] add the imx8m pcie phy driver and imx8mm
pcie support
On Thu, Oct 28, 2021 at 12:52 AM Richard Zhu [off-list ref]
wrote:
quoted
Refer to the discussion [1] when try to enable i.MX8MM PCIe support,
one standalone PCIe PHY driver should be seperated from i.MX PCIe
driver when enable i.MX8MM PCIe support.
This patch-set adds the standalone PCIe PHY driver suport[1-5], and
i.MX8MM PCIe support[6-8] to have whole view to review this
patch-set.
quoted
The PCIe works on i.MX8MM EVK board based the the blkctrl power
Main changes v3 --> v4:
- Update the yaml to fix syntax error, add maxitems and drop
description of phy
- Correct the clock name in PHY DT node.
- Squash the EVK board relalted dts changes into one patch, and drop
the
quoted
useless dummy clock and gpio suffix in DT nodes.
- Add board specific de-emphasis parameters as DT properties. Thus
each board
quoted
can specify its actual de-emphasis values.
- Update the commit log of PHY driver.
- Remove the useless codes from PCIe driver, since they are moved to
PHY driver
- After the discussion and verification of the CLKREQ# configurations
with Tim,
quoted
agree to add an optional boolean property "fsl,clkreq-unsupported",
indicates
quoted
the CLKREQ# signal is hooked or not in HW designs.
- Add "Tested-by: Marcel Ziswiler [off-list ref]" tag,
since
quoted
Marcel help to test the v3 patch-set.
Main changes v2 --> v3:
- Regarding Lucas' comments.
- to have a whole view to review the patches, send out the i.MX8MM
PCIe support too.
quoted
- move the PHY related bits manipulations of the GPR/SRC to
standalone PHY driver.
quoted
- split the dts changes to SOC and board DT, and use the enum instead
of raw value.
quoted
- update the license of the dt-binding header file.
Changes v1 --> v2:
- Update the license of the dt-binding header file to make the license
compatible with dts files.
- Fix the dt_binding_check errors.
Documentation/devicetree/bindings/pci/fsl,imx6q-pcie.yaml | 6
9 files changed, 525 insertions(+), 8 deletions(-)
[PATCH v4 1/8] dt-bindings: phy: phy-imx8-pcie: Add binding for the
[PATCH v4 2/8] dt-bindings: phy: Add imx8 pcie phy driver support
[PATCH v4 3/8] dt-bindings: imx6q-pcie: Add PHY phandles and name
[PATCH v4 4/8] arm64: dts: imx8mm: Add the pcie phy support [PATCH
v4
quoted
5/8] phy: freescale: pcie: Initialize the imx8 pcie [PATCH v4 6/8]
arm64: dts: imx8mm: Add the pcie support [PATCH v4 7/8] arm64: dts:
imx8mm-evk: Add the pcie support on imx8mm [PATCH v4 8/8] PCI:
imx:
quoted
Add the imx8mm pcie support
Richard,
For your v4 series:
Reviewed-By: Tim Harvey <tharvey@gateworks.com>
Tested-By: Tim Harvey <tharvey@gateworks.com>
I tested this on imx8mm-venice* boards with no CLKREQ# support as well
as an imx8mm-evk board.
[Richard Zhu] Thanks a lot.
Best Regards
Richard Zhu
Thanks again for your effort on this series!
Best regards,
Tim
help
Enable this to add support for the Mixel DSI PHY as found
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
quoted hunk
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as found on
+ i.MX8M family of SOCs.
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out V4 stopped working for our output use-case as it only
enables it for the input use-case. If I enable this one always it starts working again.
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted hunk
Add the PCIe support on iMX8MM EVK boards.
And set the default reference clock mode.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
---
arch/arm64/boot/dts/freescale/imx8mm-evk.dtsi | 55 +++++++++++++++++++
1 file changed, 55 insertions(+)
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-29 08:45:25
-----Original Message-----
From: Marcel Ziswiler <redacted>
Sent: Friday, October 29, 2021 4:13 PM
To: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
tharvey@gateworks.com; galak@kernel.crashing.org; Richard Zhu
[off-list ref]
Cc: linux-phy@lists.infradead.org; linux-arm-kernel@lists.infradead.org;
kernel@pengutronix.de; devicetree@vger.kernel.org;
linux-kernel@vger.kernel.org; dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
standalone phy driver
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the standalone i.MX8 PCIe PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
Unfortunately, this version no longer works for our
IMX8_PCIE_REFCLK_PAD_OUTPUT use-case. Further comments in- lined
below.
[Richard Zhu] Sorry to hear about that. Then, it seems that this bit should be
set anyway.
It's hard to understand this bit refer to the RM document. Sigh ☹.
Would set the AUX_EN bit later.
help
Enable this to add support for the Mixel DSI PHY as
found
quoted
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
[Richard Zhu] Okay, would be added later.
Thanks.
quoted
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as found on
+ i.MX8M family of SOCs.
diff --git a/drivers/phy/freescale/Makefile
b/drivers/phy/freescale/Makefile index 1d02e3869b45..55d07c742ab0
100644
0);
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out V4
stopped working for our output use-case as it only enables it for the input
use-case. If I enable this one always it starts working again.
[Richard Zhu] See my comment above.
Sorry to bring the regression on your board.
quoted
+ regmap_update_bits(imx8_phy->iomuxc_gpr,
IOMUXC_GPR14,
quoted
+ IMX8MM_GPR_PCIE_POWER_O
FF, 0);
quoted
+ regmap_update_bits(imx8_phy->iomuxc_gpr,
IOMUXC_GPR14,
quoted
+ IMX8MM_GPR_PCIE_SSC_EN,
0);
quoted
+
+ regmap_update_bits(imx8_phy->iomuxc_gpr,
IOMUXC_GPR14,
quoted
+ IMX8MM_GPR_PCIE_REF_CLK_S
EL,
quoted
+ pad_mode ==
IMX8_PCIE_REFCLK_PAD_INPUT ?
quoted
+ IMX8MM_GPR_PCIE_REF_CLK_
EXT :
quoted
+ IMX8MM_GPR_PCIE_REF_CLK_
PLL);
quoted
+ usleep_range(100, 200);
+
+ /* Do the PHY common block reset */
+ regmap_update_bits(imx8_phy->iomuxc_gpr,
IOMUXC_GPR14,
quoted
+ IMX8MM_GPR_PCIE_CMN_RST,
quoted
+ IMX8MM_GPR_PCIE_CMN_RST)
;
quoted
+ usleep_range(200, 500);
+
+
+ if (pad_mode == IMX8_PCIE_REFCLK_PAD_INPUT) {
+ /* Configure the pad as input */
+ val = readl(imx8_phy->base +
+IMX8MM_PCIE_PHY_CMN_REG061);
+ writel(val &
~ANA_PLL_CLK_OUT_TO_EXT_IO_EN,
quoted
+ imx8_phy->base +
IMX8MM_PCIE_PHY_CMN_REG061);
quoted
+ } else if (pad_mode == IMX8_PCIE_REFCLK_PAD_OUTPUT) {
+ /* Configure the PHY to output the refclock via
+ if (!imx8_phy)
+ return -ENOMEM;
+
+ /* get PHY refclk pad mode */
+ of_property_read_u32(np, "fsl,refclk-pad-mode",
+ &imx8_phy->refclk_pad_mod
e);
quoted
+
+ if (of_property_read_u32(np, "fsl,tx-deemph-gen1",
+ &imx8_phy->tx_deemp
h_gen1))
quoted
+ imx8_phy->tx_deemph_gen1 = 0;
Is zero here really a sane default or should we rather use the previous
hard-coded value?
quoted
+
+ if (of_property_read_u32(np, "fsl,tx-deemph-gen2",
+ &imx8_phy->tx_deemp
h_gen2))
quoted
+ imx8_phy->tx_deemph_gen2 = 0;
Ditto.
[Richard Zhu] Refer to the RM document, the default values is zero.
How about to not touch the registers if the values of the tx_deemph_gen#
are zero?
In the end, thanks a lot for your tests on this series patches.
BR
Richard
quoted
+
+ if (of_property_read_bool(np, "fsl,clkreq-unsupported"))
+ imx8_phy->clkreq_unused = true;
+ else
+ imx8_phy->clkreq_unused = false;
+
+ imx8_phy->clk = devm_clk_get(dev, "ref");
+ if (IS_ERR(imx8_phy->clk)) {
+ dev_err(dev, "failed to get imx pcie phy
clock\n");
quoted
+ return PTR_ERR(imx8_phy->clk);
+ }
+
+ /* Grab GPR config register range */
+ imx8_phy->iomuxc_gpr =
+
+syscon_regmap_lookup_by_compatible("fsl,imx6q-iomuxc-gpr");
+ if (IS_ERR(imx8_phy->iomuxc_gpr)) {
+ dev_err(dev, "unable to find iomuxc
registers\n");
quoted
+ return PTR_ERR(imx8_phy->iomuxc_gpr);
+ }
+
+ imx8_phy->reset = devm_reset_control_get_exclusive(dev,
+"pciephy");
+ if (IS_ERR(imx8_phy->reset)) {
+ dev_err(dev, "Failed to get PCIEPHY reset
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-10-29 08:46:07
-----Original Message-----
From: Marcel Ziswiler <redacted>
Sent: Friday, October 29, 2021 4:21 PM
To: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
tharvey@gateworks.com; galak@kernel.crashing.org; Richard Zhu
[off-list ref]
Cc: linux-phy@lists.infradead.org; linux-arm-kernel@lists.infradead.org;
kernel@pengutronix.de; devicetree@vger.kernel.org;
linux-kernel@vger.kernel.org; dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 7/8] arm64: dts: imx8mm-evk: Add the pcie
support on imx8mm evk board
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the PCIe support on iMX8MM EVK boards.
And set the default reference clock mode.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
---
arch/arm64/boot/dts/freescale/imx8mm-evk.dtsi | 55
+++++++++++++++++++
1 file changed, 55 insertions(+)
From: Tim Harvey <tharvey@gateworks.com> Date: 2021-10-29 17:45:11
On Fri, Oct 29, 2021 at 1:45 AM Richard Zhu [off-list ref] wrote:
quoted
-----Original Message-----
From: Marcel Ziswiler <redacted>
Sent: Friday, October 29, 2021 4:13 PM
To: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
tharvey@gateworks.com; galak@kernel.crashing.org; Richard Zhu
[off-list ref]
Cc: linux-phy@lists.infradead.org; linux-arm-kernel@lists.infradead.org;
kernel@pengutronix.de; devicetree@vger.kernel.org;
linux-kernel@vger.kernel.org; dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
standalone phy driver
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the standalone i.MX8 PCIe PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
Unfortunately, this version no longer works for our
IMX8_PCIE_REFCLK_PAD_OUTPUT use-case. Further comments in- lined
below.
[Richard Zhu] Sorry to hear about that. Then, it seems that this bit should be
set anyway.
It's hard to understand this bit refer to the RM document. Sigh ☹.
Would set the AUX_EN bit later.
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
[Richard Zhu] Okay, would be added later.
Thanks.
quoted
quoted
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as found on
+ i.MX8M family of SOCs.
diff --git a/drivers/phy/freescale/Makefile
b/drivers/phy/freescale/Makefile index 1d02e3869b45..55d07c742ab0
100644
0);
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out V4
stopped working for our output use-case as it only enables it for the input
use-case. If I enable this one always it starts working again.
[Richard Zhu] See my comment above.
Sorry to bring the regression on your board.
Marcel,
Your board does not use an external clk, but does it hook up CLKREQ#
from the socket to either I2C4_SCL or UART4_RXD and pin muxed as such?
For my board that uses an external clk and does not connect CLKREQ# to
the IMX8MM I need to disable that bit. As Richard says we have invalid
documentation for these bits unfortunately which is not helping.
Richard, when we do figure out proper documentation for these bits I
suggest you also add a comment block right above their #defines in the
phy driver with the correct documentation to avoid future confusion.
NXP has had so many mistakes in the various IMX8M RM's and I fear they
will never get fixed.
Best regards,
Tim
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
From: Richard Zhu <hongxing.zhu@nxp.com> Date: 2021-11-01 08:19:27
-----Original Message-----
From: Tim Harvey <tharvey@gateworks.com>
Sent: Saturday, October 30, 2021 1:45 AM
To: Richard Zhu <hongxing.zhu@nxp.com>; Marcel Ziswiler
[off-list ref]
Cc: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
galak@kernel.crashing.org; linux-phy@lists.infradead.org;
linux-arm-kernel@lists.infradead.org; kernel@pengutronix.de;
devicetree@vger.kernel.org; linux-kernel@vger.kernel.org; dl-linux-imx
[off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
standalone phy driver
On Fri, Oct 29, 2021 at 1:45 AM Richard Zhu [off-list ref]
wrote:
quoted
quoted
-----Original Message-----
From: Marcel Ziswiler <redacted>
Sent: Friday, October 29, 2021 4:13 PM
To: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
tharvey@gateworks.com;
quoted
quoted
galak@kernel.crashing.org; Richard Zhu [off-list ref]
Cc: linux-phy@lists.infradead.org;
linux-arm-kernel@lists.infradead.org;
kernel@pengutronix.de; devicetree@vger.kernel.org;
linux-kernel@vger.kernel.org; dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the
imx8 pcie standalone phy driver
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the standalone i.MX8 PCIe PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
Unfortunately, this version no longer works for our
IMX8_PCIE_REFCLK_PAD_OUTPUT use-case. Further comments in-
lined
quoted
quoted
below.
[Richard Zhu] Sorry to hear about that. Then, it seems that this bit
should be set anyway.
It's hard to understand this bit refer to the RM document. Sigh ☹.
Would set the AUX_EN bit later.
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
[Richard Zhu] Okay, would be added later.
Thanks.
quoted
quoted
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as found on
+ i.MX8M family of SOCs.
0);
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out V4
stopped
quoted
quoted
working for our output use-case as it only enables it for the input
use-case. If I enable this one always it starts working again.
[Richard Zhu] See my comment above.
Sorry to bring the regression on your board.
Marcel,
Your board does not use an external clk, but does it hook up CLKREQ#
from the socket to either I2C4_SCL or UART4_RXD and pin muxed as
such?
For my board that uses an external clk and does not connect CLKREQ# to
the IMX8MM I need to disable that bit. As Richard says we have invalid
documentation for these bits unfortunately which is not helping.
Richard, when we do figure out proper documentation for these bits I
suggest you also add a comment block right above their #defines in the
phy driver with the correct documentation to avoid future confusion.
NXP has had so many mistakes in the various IMX8M RM's and I fear they
will never get fixed.
[Richard Zhu] Hi Tim:
I took look at the validation codes, and found that the AUX_EN is always
set to be 1b'1. Whatever the reference clock mode is selected.
I'm sending a query email to design team, but I'm not sure I can get response
in time.
Can you help to take a double tests at your board when AUX_EN(bit19 of GPR14)
is set to be 1b'1 firstly?
Thanks in advanced.
BR
Richard
From: Tim Harvey <tharvey@gateworks.com> Date: 2021-11-01 17:13:19
On Mon, Nov 1, 2021 at 1:19 AM Richard Zhu [off-list ref] wrote:
quoted
-----Original Message-----
From: Tim Harvey <tharvey@gateworks.com>
Sent: Saturday, October 30, 2021 1:45 AM
To: Richard Zhu <hongxing.zhu@nxp.com>; Marcel Ziswiler
[off-list ref]
Cc: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
galak@kernel.crashing.org; linux-phy@lists.infradead.org;
linux-arm-kernel@lists.infradead.org; kernel@pengutronix.de;
devicetree@vger.kernel.org; linux-kernel@vger.kernel.org; dl-linux-imx
[off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
standalone phy driver
On Fri, Oct 29, 2021 at 1:45 AM Richard Zhu [off-list ref]
wrote:
quoted
quoted
-----Original Message-----
From: Marcel Ziswiler <redacted>
Sent: Friday, October 29, 2021 4:13 PM
To: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
tharvey@gateworks.com;
quoted
quoted
galak@kernel.crashing.org; Richard Zhu [off-list ref]
Cc: linux-phy@lists.infradead.org;
linux-arm-kernel@lists.infradead.org;
kernel@pengutronix.de; devicetree@vger.kernel.org;
linux-kernel@vger.kernel.org; dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the
imx8 pcie standalone phy driver
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the standalone i.MX8 PCIe PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
Unfortunately, this version no longer works for our
IMX8_PCIE_REFCLK_PAD_OUTPUT use-case. Further comments in-
lined
quoted
quoted
below.
[Richard Zhu] Sorry to hear about that. Then, it seems that this bit
should be set anyway.
It's hard to understand this bit refer to the RM document. Sigh ☹.
Would set the AUX_EN bit later.
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
[Richard Zhu] Okay, would be added later.
Thanks.
quoted
quoted
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as found on
+ i.MX8M family of SOCs.
0);
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out V4
stopped
quoted
quoted
working for our output use-case as it only enables it for the input
use-case. If I enable this one always it starts working again.
[Richard Zhu] See my comment above.
Sorry to bring the regression on your board.
Marcel,
Your board does not use an external clk, but does it hook up CLKREQ#
from the socket to either I2C4_SCL or UART4_RXD and pin muxed as
such?
For my board that uses an external clk and does not connect CLKREQ# to
the IMX8MM I need to disable that bit. As Richard says we have invalid
documentation for these bits unfortunately which is not helping.
Richard, when we do figure out proper documentation for these bits I
suggest you also add a comment block right above their #defines in the
phy driver with the correct documentation to avoid future confusion.
NXP has had so many mistakes in the various IMX8M RM's and I fear they
will never get fixed.
[Richard Zhu] Hi Tim:
I took look at the validation codes, and found that the AUX_EN is always
set to be 1b'1. Whatever the reference clock mode is selected.
I'm sending a query email to design team, but I'm not sure I can get response
in time.
Can you help to take a double tests at your board when AUX_EN(bit19 of GPR14)
is set to be 1b'1 firstly?
Thanks in advanced.
Richard and Marcel,
I apologize, my mistake I was referring to GPR14 bit 9 and not bit19
in my testing above.
I tested leaving bit 9 set and this still works on my boards with ext
clk and no CLKREQ# as well as imx8mm-evk with ext clk and CLKREQ#.
So the change on top of your v4 would be:
Hi Tim and Richard
On Mon, 2021-11-01 at 10:13 -0700, Tim Harvey wrote:
quoted hunk
On Mon, Nov 1, 2021 at 1:19 AM Richard Zhu [off-list ref] wrote:
quoted
quoted
-----Original Message-----
From: Tim Harvey <tharvey@gateworks.com>
Sent: Saturday, October 30, 2021 1:45 AM
To: Richard Zhu <hongxing.zhu@nxp.com>; Marcel Ziswiler
[off-list ref]
Cc: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
galak@kernel.crashing.org; linux-phy@lists.infradead.org;
linux-arm-kernel@lists.infradead.org; kernel@pengutronix.de;
devicetree@vger.kernel.org; linux-kernel@vger.kernel.org; dl-linux-imx
[off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the imx8 pcie
standalone phy driver
On Fri, Oct 29, 2021 at 1:45 AM Richard Zhu [off-list ref]
wrote:
quoted
quoted
-----Original Message-----
From: Marcel Ziswiler <redacted>
Sent: Friday, October 29, 2021 4:13 PM
To: kishon@ti.com; vkoul@kernel.org; robh@kernel.org;
l.stach@pengutronix.de; shawnguo@kernel.org;
tharvey@gateworks.com;
quoted
quoted
galak@kernel.crashing.org; Richard Zhu [off-list ref]
Cc: linux-phy@lists.infradead.org;
linux-arm-kernel@lists.infradead.org;
kernel@pengutronix.de; devicetree@vger.kernel.org;
linux-kernel@vger.kernel.org; dl-linux-imx [off-list ref]
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize the
imx8 pcie standalone phy driver
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the standalone i.MX8 PCIe PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
Unfortunately, this version no longer works for our
IMX8_PCIE_REFCLK_PAD_OUTPUT use-case. Further comments in-
lined
quoted
quoted
below.
[Richard Zhu] Sorry to hear about that. Then, it seems that this bit
should be set anyway.
It's hard to understand this bit refer to the RM document. Sigh ☹.
Would set the AUX_EN bit later.
help
Enable this to add support for the Mixel DSI PHY as
found
quoted
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
[Richard Zhu] Okay, would be added later.
Thanks.
quoted
quoted
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as found on
+ i.MX8M family of SOCs.
0);
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out V4
stopped
quoted
quoted
working for our output use-case as it only enables it for the input
use-case. If I enable this one always it starts working again.
[Richard Zhu] See my comment above.
Sorry to bring the regression on your board.
Marcel,
Your board does not use an external clk, but does it hook up CLKREQ#
from the socket to either I2C4_SCL or UART4_RXD and pin muxed as
such?
For my board that uses an external clk and does not connect CLKREQ# to
the IMX8MM I need to disable that bit. As Richard says we have invalid
documentation for these bits unfortunately which is not helping.
Richard, when we do figure out proper documentation for these bits I
suggest you also add a comment block right above their #defines in the
phy driver with the correct documentation to avoid future confusion.
NXP has had so many mistakes in the various IMX8M RM's and I fear they
will never get fixed.
[Richard Zhu] Hi Tim:
I took look at the validation codes, and found that the AUX_EN is always
set to be 1b'1. Whatever the reference clock mode is selected.
I'm sending a query email to design team, but I'm not sure I can get response
in time.
Can you help to take a double tests at your board when AUX_EN(bit19 of GPR14)
is set to be 1b'1 firstly?
Thanks in advanced.
Richard and Marcel,
I apologize, my mistake I was referring to GPR14 bit 9 and not bit19
in my testing above.
I tested leaving bit 9 set and this still works on my boards with ext
clk and no CLKREQ# as well as imx8mm-evk with ext clk and CLKREQ#.
So the change on top of your v4 would be:
Subject: Re: [PATCH v4 5/8] phy: freescale: pcie: Initialize
the
imx8 pcie standalone phy driver
On Thu, 2021-10-28 at 15:27 +0800, Richard Zhu wrote:
quoted
Add the standalone i.MX8 PCIe PHY driver.
Signed-off-by: Richard Zhu <hongxing.zhu@nxp.com>
Tested-by: Marcel Ziswiler <redacted>
Unfortunately, this version no longer works for our
IMX8_PCIE_REFCLK_PAD_OUTPUT use-case. Further comments
in-
quoted
quoted
quoted
lined
quoted
quoted
below.
[Richard Zhu] Sorry to hear about that. Then, it seems that this
bit should be set anyway.
It's hard to understand this bit refer to the RM document. Sigh
on NXP's i.MX8 family of SOCs.
+
+config PHY_FSL_IMX8M_PCIE
+ tristate "Freescale i.MX8 PCIE PHY"
Above description is missing the M as in i.MX 8M.
[Richard Zhu] Okay, would be added later.
Thanks.
quoted
quoted
+ depends on OF && HAS_IOMEM
+ select GENERIC_PHY
+ default ARCH_MXC && ARM64
+ help
+ Enable this to add support for the PCIE PHY as
+found on
+ i.MX8M family of SOCs.
+
+static int imx8_pcie_phy_init(struct phy *phy) {
+ int ret;
+ u32 val, pad_mode;
+ struct imx8_pcie_phy *imx8_phy =
+phy_get_drvdata(phy);
+
+ reset_control_assert(imx8_phy->reset);
+
+ pad_mode = imx8_phy->refclk_pad_mode;
+ /* Set AUX_EN_OVERRIDE 1'b0, when the
CLKREQ# isn't
quoted
quoted
quoted
quoted
quoted
hooked */
quoted
+ regmap_update_bits(imx8_phy->iomuxc_gpr,
IOMUXC_GPR14,
quoted
+ IMX8MM_GPR_PCIE_AUX_EN_
quoted
quoted
quoted
quoted
quoted
OVERRIDE,
quoted
+ imx8_phy->clkreq_unused ?
quoted
quoted
quoted
quoted
quoted
quoted
+ 0 :
IMX8MM_GPR_PCIE_AUX_EN_OVERRIDE);
quoted
+ regmap_update_bits(imx8_phy->iomuxc_gpr,
IOMUXC_GPR14,
quoted
+ IMX8MM_GPR_PCIE_AUX_EN,
quoted
quoted
quoted
quoted
quoted
quoted
+ pad_mode ==
IMX8_PCIE_REFCLK_PAD_INPUT ?
quoted
+ IMX8MM_GPR_PCIE_AUX_EN :
quoted
quoted
quoted
quoted
quoted
0);
V3 had IMX8MM_GPR_PCIE_AUX_EN always enabled. Turns out
V4
quoted
quoted
quoted
stopped
quoted
quoted
working for our output use-case as it only enables it for the
input use-case. If I enable this one always it starts working
again.
quoted
quoted
quoted
quoted
[Richard Zhu] See my comment above.
Sorry to bring the regression on your board.
Marcel,
Your board does not use an external clk, but does it hook up
CLKREQ# from the socket to either I2C4_SCL or UART4_RXD and pin
muxed as such?
For my board that uses an external clk and does not connect
CLKREQ# to the IMX8MM I need to disable that bit. As Richard says
we have invalid documentation for these bits unfortunately which is
not helping.
quoted
quoted
quoted
Richard, when we do figure out proper documentation for these bits
I suggest you also add a comment block right above their #defines
in the phy driver with the correct documentation to avoid future
confusion.
quoted
quoted
quoted
NXP has had so many mistakes in the various IMX8M RM's and I
fear
quoted
quoted
quoted
they will never get fixed.
[Richard Zhu] Hi Tim:
I took look at the validation codes, and found that the AUX_EN is
always
set to be 1b'1. Whatever the reference clock mode is selected.
I'm sending a query email to design team, but I'm not sure I can get
response in time.
Can you help to take a double tests at your board when AUX_EN(bit19
of GPR14) is set to be 1b'1 firstly?
Thanks in advanced.
Richard and Marcel,
I apologize, my mistake I was referring to GPR14 bit 9 and not bit19
in my testing above.
I tested leaving bit 9 set and this still works on my boards with ext
clk and no CLKREQ# as well as imx8mm-evk with ext clk and CLKREQ#.
So the change on top of your v4 would be: