<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: i.MX8MP EQOS RMII DMA issue in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699379#M210316</link>
    <description>Yes, the functionality of the pinmux is selected by the macro name.&lt;BR /&gt;&lt;BR /&gt;I don't know how your PHY works, but this sounds a little bit strange to me... Is your PHY detected correctly? Do you need any additional PHY settings? Maybe your PHY driver disables / reconfigures the clock output during kernel boot and thats why it disappeares and why the MAC can't see it?</description>
    <pubDate>Fri, 04 Aug 2023 11:41:23 GMT</pubDate>
    <dc:creator>domzippi</dc:creator>
    <dc:date>2023-08-04T11:41:23Z</dc:date>
    <item>
      <title>i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1466744#M191006</link>
      <description>&lt;P&gt;I'm trying to configure the EQOS MAC for RMII connection with a TJA1102 phy on my custom i.MX8MP board. The PHY initialization looks correct, however, I always get the following error:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[    7.823171] imx-dwmac 30bf0000.ethernet: Failed to reset the dma
[    7.829205] imx-dwmac 30bf0000.ethernet eth1: stmmac_hw_setup: DMA engine initialization failed
[    7.838562] imx-dwmac 30bf0000.ethernet eth1: stmmac_open: Hw setup failed&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My device tree looks like this:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;eqos: ethernet@30bf0000 {
				compatible = "nxp,imx8mp-dwmac-eqos", "snps,dwmac-5.10a";
				reg = &amp;lt;0x30bf0000 0x10000&amp;gt;;
				interrupts = &amp;lt;GIC_SPI 134 IRQ_TYPE_LEVEL_HIGH&amp;gt;,
					     &amp;lt;GIC_SPI 135 IRQ_TYPE_LEVEL_HIGH&amp;gt;;
				interrupt-names = "eth_wake_irq", "macirq";
				clocks = &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_QOS_ROOT&amp;gt;,
					 &amp;lt;&amp;amp;clk IMX8MP_CLK_QOS_ENET_ROOT&amp;gt;,
					 &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_QOS_TIMER&amp;gt;,
					 &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_QOS&amp;gt;;
				clock-names = "stmmaceth", "pclk", "ptp_ref", "tx";
				assigned-clocks = &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_AXI&amp;gt;,
						  &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_QOS_TIMER&amp;gt;,
						  &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_QOS&amp;gt;;
				assigned-clock-parents = &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL1_266M&amp;gt;,
							 &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_100M&amp;gt;,
							 &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_50M&amp;gt;;
				assigned-clock-rates = &amp;lt;0&amp;gt;, &amp;lt;100000000&amp;gt;, &amp;lt;50000000&amp;gt;; // -&amp;gt; reconfigured to 50 MHz for RMII
				nvmem-cells = &amp;lt;&amp;amp;eth_mac2&amp;gt;;
				nvmem-cell-names = "mac-address";
				nvmem_macaddr_swap;
				intf_mode = &amp;lt;&amp;amp;gpr 0x4&amp;gt;;
				status = "disabled";
			};
		};&lt;/LI-CODE&gt;&lt;LI-CODE lang="c"&gt;&amp;amp;eqos {
	pinctrl-names = "default";
	pinctrl-0 = &amp;lt;&amp;amp;pinctrl_eqos&amp;gt;;
	phy-mode = "rmii";
	phy-handle = &amp;lt;&amp;amp;ethphy1&amp;gt;;
  /delete-property/ phy-supply;
	status = "okay";
  max-speed = &amp;lt;100&amp;gt;;

	mdio {
		compatible = "snps,dwmac-mdio";
		#address-cells = &amp;lt;1&amp;gt;;
		#size-cells = &amp;lt;0&amp;gt;;

		ethphy1: ethernet-phy@0 {
			compatible = "ethernet-phy-ieee802.3-c22";
			reg = &amp;lt;0x0&amp;gt;;
		};
	};
};&lt;/LI-CODE&gt;&lt;LI-CODE lang="c"&gt;  pinctrl_eqos: eqosgrp {
		fsl,pins = &amp;lt;
			MX8MP_IOMUXC_ENET_MDC__ENET_QOS_MDC		0x3
			MX8MP_IOMUXC_ENET_MDIO__ENET_QOS_MDIO		0x3
			MX8MP_IOMUXC_ENET_RD0__ENET_QOS_RGMII_RD0	0x91
			MX8MP_IOMUXC_ENET_RD1__ENET_QOS_RGMII_RD1	0x91
			MX8MP_IOMUXC_ENET_RD2__GPIO1_IO28 0x91
			MX8MP_IOMUXC_ENET_RD3__GPIO1_IO29 0x91
			MX8MP_IOMUXC_ENET_RXC__ENET_QOS_RX_ER 0x91
			MX8MP_IOMUXC_ENET_RX_CTL__ENET_QOS_RGMII_RX_CTL 0x91
			MX8MP_IOMUXC_ENET_TD0__ENET_QOS_RGMII_TD0	0x12
			MX8MP_IOMUXC_ENET_TD1__ENET_QOS_RGMII_TD1	0x12
			MX8MP_IOMUXC_ENET_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK 0x12
			MX8MP_IOMUXC_ENET_TD3__GPIO1_IO18 0x1f
			MX8MP_IOMUXC_ENET_TX_CTL__ENET_QOS_RGMII_TX_CTL 0x12
			MX8MP_IOMUXC_ENET_TXC__ENET_QOS_TX_ER 0x12
		&amp;gt;;
	};&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can see the 50 MHz clock output on the TD2 pad, but the rest of the RMII interface is doing nothing.&lt;/P&gt;&lt;P&gt;What am I missing?&lt;/P&gt;&lt;P&gt;In the reference manual I found the following remark:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="2022-05-31 12-08-20_IMX8MPRM.pdf - Adobe Acrobat Reader DC (64-bit).png" style="width: 675px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/181757i7974A56E7E2C923E/image-size/large?v=v2&amp;amp;px=999" role="button" title="2022-05-31 12-08-20_IMX8MPRM.pdf - Adobe Acrobat Reader DC (64-bit).png" alt="2022-05-31 12-08-20_IMX8MPRM.pdf - Adobe Acrobat Reader DC (64-bit).png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Does this mean that there is anything else to do except setting the&lt;STRONG&gt; GPR_ENET_&lt;/STRONG&gt;&lt;STRONG&gt;QOS_INTF_SEL &lt;/STRONG&gt;field to RMII (which is done by dwmac-imx.c)?&lt;/P&gt;</description>
      <pubDate>Tue, 31 May 2022 10:28:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1466744#M191006</guid>
      <dc:creator>domzippi</dc:creator>
      <dc:date>2022-05-31T10:28:43Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1467481#M191066</link>
      <description>&lt;P&gt;I was able to resolve the issue by letting the PHY create the RMII ref clock. After adapting the dts (adding "snps,rmii_refclk_ext"), the DMA reset worked and I'm able to use the network interface as expected.&lt;/P&gt;&lt;P&gt;The only change is this bit in the IOMUX_GPR_GPR1 register:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="2022-06-01 14-50-48_IMX8MPRM.pdf - Adobe Acrobat Reader DC (64-bit).png" style="width: 835px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/181948iCC023D141BAEA271/image-size/large?v=v2&amp;amp;px=999" role="button" title="2022-06-01 14-50-48_IMX8MPRM.pdf - Adobe Acrobat Reader DC (64-bit).png" alt="2022-06-01 14-50-48_IMX8MPRM.pdf - Adobe Acrobat Reader DC (64-bit).png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Can someone please clarify why creating the clock directly (IMX8MP_SYS_PLL2_50M) does not work, but using an external clock works without a problem? When measured, both clocks looked valid (50 MHz).&lt;/P&gt;</description>
      <pubDate>Wed, 01 Jun 2022 13:02:00 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1467481#M191066</guid>
      <dc:creator>domzippi</dc:creator>
      <dc:date>2022-06-01T13:02:00Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1697759#M210151</link>
      <description>&lt;P&gt;Hi, I'm facing the same issue as you are - how did you solve it?&lt;/P&gt;&lt;P&gt;I tried adding &lt;FONT face="andale mono,times"&gt;snps,rmii_refclk_ext&lt;/FONT&gt; to the&amp;nbsp;&lt;FONT face="andale mono,times"&gt;eqos&lt;/FONT&gt; node of the device tree and otherwise copied your device tree (I'm also using&amp;nbsp;i.MX8MP but with a&amp;nbsp;KSZ8091 PHY) but to no avail - I still see the&amp;nbsp;&lt;FONT face="andale mono,times"&gt;Failed to reset the dma&lt;/FONT&gt; message while I do see the clock being active on the scope.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Did you further modify the device tree from your initial question? Thank you a lot!&lt;/P&gt;</description>
      <pubDate>Wed, 02 Aug 2023 15:30:20 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1697759#M210151</guid>
      <dc:creator>benpicco</dc:creator>
      <dc:date>2023-08-02T15:30:20Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1698686#M210224</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;No I don't have any other changes in my device tree...&lt;/P&gt;&lt;P&gt;My working eqos node looks like this:&lt;/P&gt;&lt;LI-CODE lang="c"&gt;/* ethernet on baseboard */
&amp;amp;eqos {
	pinctrl-names = "default";
	pinctrl-0 = &amp;lt;&amp;amp;pinctrl_eqos&amp;gt;;
	phy-mode = "rmii";
	phy-handle = &amp;lt;&amp;amp;ethphy1&amp;gt;;
	status = "okay";
  	max-speed = &amp;lt;100&amp;gt;;

  	/* FIXME: this seems to be necessary for RMII */
  	snps,rmii_refclk_ext;

	mdio {
		compatible = "snps,dwmac-mdio";
		#address-cells = &amp;lt;1&amp;gt;;
		#size-cells = &amp;lt;0&amp;gt;;

		ethphy1: ethernet-phy@0 {
			compatible = "ethernet-phy-ieee802.3-c22";
			reg = &amp;lt;0x0&amp;gt;;
      	/*tja110x,refclk_in;*/
		};
	};
};&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Have you adjusted the PLL config in &lt;EM&gt;arch/arm64/boot/dts/freescale/imx8mp.dtsi &lt;/EM&gt;for the 50 MHz clock? Other than that it worked fine on my board, once the PHY was providing the 50 MHz reference clock...&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 14:12:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1698686#M210224</guid>
      <dc:creator>domzippi</dc:creator>
      <dc:date>2023-08-03T14:12:36Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1698699#M210226</link>
      <description>&lt;P&gt;I tried that&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;--- a/arch/arm64/boot/dts/freescale/imx8mp.dtsi
+++ b/arch/arm64/boot/dts/freescale/imx8mp.dtsi
@@ -1219,8 +1219,8 @@ eqos: ethernet@30bf0000 {
                                                  &amp;lt;&amp;amp;clk IMX8MP_CLK_ENET_QOS&amp;gt;;
                                assigned-clock-parents = &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL1_266M&amp;gt;,
                                                         &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_100M&amp;gt;,
-                                                        &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_125M&amp;gt;;
-                               assigned-clock-rates = &amp;lt;0&amp;gt;, &amp;lt;100000000&amp;gt;, &amp;lt;125000000&amp;gt;;
+                                                        &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_50M&amp;gt;;
+                               assigned-clock-rates = &amp;lt;0&amp;gt;, &amp;lt;100000000&amp;gt;, &amp;lt;50000000&amp;gt;;
                                nvmem-cells = &amp;lt;&amp;amp;eth_mac2&amp;gt;;
                                nvmem-cell-names = "mac-address";
                                nvmem_macaddr_swap;&lt;/LI-CODE&gt;&lt;P&gt;but to no avail.&lt;/P&gt;&lt;P&gt;I'm now using your pinmux settings (just copied the&amp;nbsp;&lt;FONT face="andale mono,times"&gt;pinctrl_eqos&lt;/FONT&gt; node) - how did you arrive at the value for&amp;nbsp;&lt;FONT face="andale mono,times"&gt;MX8MP_IOMUXC_ENET_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK&lt;/FONT&gt;?​&lt;/P&gt;</description>
      <pubDate>Thu, 03 Aug 2023 14:25:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1698699#M210226</guid>
      <dc:creator>benpicco</dc:creator>
      <dc:date>2023-08-03T14:25:01Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699205#M210284</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;P&gt;how did you arrive at the value for&amp;nbsp;&lt;FONT face="andale mono,times"&gt;MX8MP_IOMUXC_ENET_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK&lt;/FONT&gt;?​&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;The hex values are settings for the pinmux pad (pull up, slew rate, etc.). You can find them in the reference manual, or by using the i.MX pinmux config tool. TBH, I don't know how I determined the value... It might not be completly correct, because this pin is used as an input now... But in my setup it works...&lt;/P&gt;&lt;P&gt;You said you can see the 50 MHz clock from the PHY on this pin (TD2)? Is the clock already there when the kernel initializes the MAC?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 07:42:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699205#M210284</guid>
      <dc:creator>domzippi</dc:creator>
      <dc:date>2023-08-04T07:42:29Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699363#M210313</link>
      <description>&lt;P&gt;Ah thank you, so the hex values don't select the functionality but just influence the analog characteristics of the pin?&lt;/P&gt;&lt;P&gt;Yes I see the 50 MHz already before Linux boots, when I enable the&amp;nbsp;&lt;FONT face="andale mono,times"&gt;snps,rmii_refclk_ext&lt;/FONT&gt; option I see the clock disappear as soon as the MAC gets initialized - but I guess that's just Linux disabling the PHY when it can't bring up the interface?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 11:25:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699363#M210313</guid>
      <dc:creator>benpicco</dc:creator>
      <dc:date>2023-08-04T11:25:17Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699379#M210316</link>
      <description>Yes, the functionality of the pinmux is selected by the macro name.&lt;BR /&gt;&lt;BR /&gt;I don't know how your PHY works, but this sounds a little bit strange to me... Is your PHY detected correctly? Do you need any additional PHY settings? Maybe your PHY driver disables / reconfigures the clock output during kernel boot and thats why it disappeares and why the MAC can't see it?</description>
      <pubDate>Fri, 04 Aug 2023 11:41:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699379#M210316</guid>
      <dc:creator>domzippi</dc:creator>
      <dc:date>2023-08-04T11:41:23Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699469#M210327</link>
      <description>&lt;P&gt;Turns out there was also a hardware issue, now that the PHY is wired up correctly it works as expected &lt;LI-EMOJI id="lia_grinning-face-with-smiling-eyes" title=":grinning_face_with_smiling_eyes:"&gt;&lt;/LI-EMOJI&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I didn't even need the changes to&amp;nbsp;&lt;FONT face="andale mono,times"&gt;imx8mp.dtsi&lt;/FONT&gt; in the end.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Aug 2023 14:47:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1699469#M210327</guid>
      <dc:creator>benpicco</dc:creator>
      <dc:date>2023-08-04T14:47:08Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1745284#M214624</link>
      <description>&lt;P&gt;Hi all!&lt;/P&gt;&lt;P&gt;I managed to make iMX8MP generating RMII clock and working. SION bit for TD2 has to be on. This is done by proper pinmux configuration.&amp;nbsp;According to pinctrl/fsl,imx-pinctrl.txt to enable SION one should set bit 30 in the pad config. Here is my dtb config:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;&amp;amp;eqos {
	pinctrl-names = "default";
	pinctrl-0 = &amp;lt;&amp;amp;pinctrl_eqos_rmii&amp;gt;;
	phy-mode = "rmii";
	phy-handle = &amp;lt;&amp;amp;ethphy0&amp;gt;;
	snps,force_thresh_dma_mode;
	snps,mtl-tx-config = &amp;lt;&amp;amp;mtl_tx_setup&amp;gt;;
	snps,mtl-rx-config = &amp;lt;&amp;amp;mtl_rx_setup&amp;gt;;
	status = "okay";

	assigned-clock-parents = &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL1_266M&amp;gt;,
				 &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_100M&amp;gt;,
				 &amp;lt;&amp;amp;clk IMX8MP_SYS_PLL2_50M&amp;gt;;
	assigned-clock-rates = &amp;lt;0&amp;gt;, &amp;lt;100000000&amp;gt;, &amp;lt;50000000&amp;gt;;

	mdio {
		compatible = "snps,dwmac-mdio";
		#address-cells = &amp;lt;1&amp;gt;;
		#size-cells = &amp;lt;0&amp;gt;;

		ethphy0: ethernet-phy@1 {
			compatible = "ethernet-phy-ieee802.3-c22";
			reg = &amp;lt;1&amp;gt;;
		};
	};&lt;/LI-CODE&gt;&lt;P&gt;And pinmux config:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;	pinctrl_eqos_rmii: eqosgrp {
		fsl,pins = &amp;lt;
			MX8MP_IOMUXC_ENET_MDC__ENET_QOS_MDC				0x2
			MX8MP_IOMUXC_ENET_MDIO__ENET_QOS_MDIO				0x2
			MX8MP_IOMUXC_ENET_TD2__CCM_ENET_QOS_CLOCK_GENERATE_REF_CLK	0x40000016	// RMII.REF_CLK
			MX8MP_IOMUXC_ENET_TD1__ENET_QOS_RGMII_TD1			0x16
			MX8MP_IOMUXC_ENET_TD0__ENET_QOS_RGMII_TD0			0x16
			MX8MP_IOMUXC_ENET_TX_CTL__ENET_QOS_RGMII_TX_CTL			0x16	// RMII.TX_EN
			MX8MP_IOMUXC_ENET_RX_CTL__ENET_QOS_RGMII_RX_CTL			0x90	// RMII.CRS_DV
			MX8MP_IOMUXC_ENET_RD0__ENET_QOS_RGMII_RD0			0x90
			MX8MP_IOMUXC_ENET_RD1__ENET_QOS_RGMII_RD1			0x90
		&amp;gt;;
	};&lt;/LI-CODE&gt;&lt;P&gt;I did not change dtsi. One can configure clock by overriding values in dts file.&lt;/P&gt;</description>
      <pubDate>Tue, 24 Oct 2023 14:24:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1745284#M214624</guid>
      <dc:creator>Jens-Stieglitz</dc:creator>
      <dc:date>2023-10-24T14:24:32Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP EQOS RMII DMA issue</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1884800#M224762</link>
      <description>The pinctrl is good！ thanks！</description>
      <pubDate>Tue, 11 Jun 2024 06:32:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-EQOS-RMII-DMA-issue/m-p/1884800#M224762</guid>
      <dc:creator>yangx</dc:creator>
      <dc:date>2024-06-11T06:32:32Z</dc:date>
    </item>
  </channel>
</rss>

