<?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: LS1043A MAC-TO-MAC Connection internal RGMII delay in Layerscape</title>
    <link>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2162409#M16044</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/180431"&gt;@timsalabim&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope this email finds you well,&lt;/P&gt;
&lt;P&gt;You said on your last reply:&lt;/P&gt;
&lt;P&gt;"Since I cannot find any information how to activate the RGMII delay in the LS1043A MAC,&lt;BR /&gt;I like to know if it is possible to set an internal RGMII delay if a MAC-to-MAC connection is used,".&lt;/P&gt;
&lt;P&gt;"Proper operation of the RGMII bus requires careful control of the timing relationship between clock and data signals.&lt;/P&gt;
&lt;DIV id="bodyDisplay_0" class="lia-message-body lia-component-message-view-widget-body lia-component-body-signature-highlight-escalation lia-component-message-view-widget-body-signature-highlight-escalation"&gt;
&lt;DIV class="lia-message-body-content"&gt;
&lt;P&gt;The LS1043A Data to clock input skew (at receiver) implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1.5 ns is added to the associated clock signal. Many PHY vendors already incorporate the necessary delay inside their device. If so, additional PCB delay is probably not needed.&lt;/P&gt;
&lt;P&gt;Try to use via as less as possible on RGMII interface traces to minimize the timing skew. Keep RGMII interface traces less than 6 inches long, minimizing the interface timing skew.&lt;/P&gt;
&lt;P&gt;It’s advised to keep the difference of the traces lengths less than 400 mils among the TX and the RX part. ".&lt;/P&gt;
&lt;P&gt;I would also like to recommend you to check the&amp;nbsp; section "7.6.1.5.3 Time-Stamp Delays for Supported Mode" from the&amp;nbsp;QorIQ LS1043A Data Path Acceleration Architecture (DPAA) Reference Manual, Rev. 0".&lt;/P&gt;
&lt;P&gt;Have a great day.&lt;/P&gt;
&lt;P&gt;BR,&lt;/P&gt;
&lt;P&gt;Hector V&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
    <pubDate>Tue, 02 Sep 2025 22:06:51 GMT</pubDate>
    <dc:creator>Hector_Villarruel</dc:creator>
    <dc:date>2025-09-02T22:06:51Z</dc:date>
    <item>
      <title>LS1043A MAC-TO-MAC Connection internal RGMII delay</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2160663#M16029</link>
      <description>&lt;P&gt;Dear NXP Support Team,&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;I have a custumer which is using a LS1043A on a custom baseboard on one of the RGMII interfaces a FPGA is connected via a MAC-to-MAC connection.&lt;BR /&gt;&lt;BR /&gt;Since I cannot find any information how to activate the RGMII delay in the LS1043A MAC,&lt;BR /&gt;I like to know if it is possible to set an internal RGMII delay if a MAC-to-MAC connection is used, or the delay has to done by a proper routing on the PCB.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;best regards&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 29 Aug 2025 11:30:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2160663#M16029</guid>
      <dc:creator>timsalabim</dc:creator>
      <dc:date>2025-08-29T11:30:09Z</dc:date>
    </item>
    <item>
      <title>Re: LS1043A MAC-TO-MAC Connection internal RGMII delay</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2162409#M16044</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/180431"&gt;@timsalabim&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope this email finds you well,&lt;/P&gt;
&lt;P&gt;You said on your last reply:&lt;/P&gt;
&lt;P&gt;"Since I cannot find any information how to activate the RGMII delay in the LS1043A MAC,&lt;BR /&gt;I like to know if it is possible to set an internal RGMII delay if a MAC-to-MAC connection is used,".&lt;/P&gt;
&lt;P&gt;"Proper operation of the RGMII bus requires careful control of the timing relationship between clock and data signals.&lt;/P&gt;
&lt;DIV id="bodyDisplay_0" class="lia-message-body lia-component-message-view-widget-body lia-component-body-signature-highlight-escalation lia-component-message-view-widget-body-signature-highlight-escalation"&gt;
&lt;DIV class="lia-message-body-content"&gt;
&lt;P&gt;The LS1043A Data to clock input skew (at receiver) implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1.5 ns is added to the associated clock signal. Many PHY vendors already incorporate the necessary delay inside their device. If so, additional PCB delay is probably not needed.&lt;/P&gt;
&lt;P&gt;Try to use via as less as possible on RGMII interface traces to minimize the timing skew. Keep RGMII interface traces less than 6 inches long, minimizing the interface timing skew.&lt;/P&gt;
&lt;P&gt;It’s advised to keep the difference of the traces lengths less than 400 mils among the TX and the RX part. ".&lt;/P&gt;
&lt;P&gt;I would also like to recommend you to check the&amp;nbsp; section "7.6.1.5.3 Time-Stamp Delays for Supported Mode" from the&amp;nbsp;QorIQ LS1043A Data Path Acceleration Architecture (DPAA) Reference Manual, Rev. 0".&lt;/P&gt;
&lt;P&gt;Have a great day.&lt;/P&gt;
&lt;P&gt;BR,&lt;/P&gt;
&lt;P&gt;Hector V&lt;/P&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Tue, 02 Sep 2025 22:06:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2162409#M16044</guid>
      <dc:creator>Hector_Villarruel</dc:creator>
      <dc:date>2025-09-02T22:06:51Z</dc:date>
    </item>
    <item>
      <title>Re: LS1043A MAC-TO-MAC Connection internal RGMII delay</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2162857#M16045</link>
      <description>&lt;P&gt;Hello Hector,&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;thank you for the detailed reply it is very helpful in term of the hardware design, I'm interested in a software base solution since our customer missed to implement the RGMII delay on his PCB.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our customer has a MAC-to-MAC connection, on the remote device it is not possible to activate the RGMII delay so I'm wondering if this is possible in the LS10143A MAC.&lt;BR /&gt;&lt;BR /&gt;In Linux device tree it is possible to add a the RGMII delay on the MAC with the "phy-mode" device tree properties "rx-internal-delay-ps" and "tx-internal-delay-ps".&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;I need to know if these properties are supported by the LS1043A MAC.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ethernet-controller.yaml" target="_blank"&gt;https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ethernet-controller.yaml&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;PRE&gt;rx-internal-delay-ps:
          description:
            RGMII Receive Clock Delay defined in pico seconds. This is used for
            controllers that have configurable RX internal delays. If this
            property is present then the MAC applies the RX delay.
        tx-internal-delay-ps:
          description:
            RGMII Transmit Clock Delay defined in pico seconds. This is used for
            controllers that have configurable TX internal delays. If this
            property is present then the MAC applies the TX delay.&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 03 Sep 2025 11:30:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2162857#M16045</guid>
      <dc:creator>timsalabim</dc:creator>
      <dc:date>2025-09-03T11:30:17Z</dc:date>
    </item>
    <item>
      <title>Re: LS1043A MAC-TO-MAC Connection internal RGMII delay</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2165369#M16066</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/180431"&gt;@timsalabim&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope this post finds you well,&lt;/P&gt;
&lt;P&gt;Unfortunately, from the sotfware side, it is not possible.&lt;/P&gt;
&lt;P&gt;Thank you so much for your understading.&lt;/P&gt;
&lt;P&gt;Have a great day!&lt;/P&gt;
&lt;P&gt;BR,&lt;/P&gt;
&lt;P&gt;Hector V&lt;/P&gt;</description>
      <pubDate>Mon, 08 Sep 2025 18:03:50 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1043A-MAC-TO-MAC-Connection-internal-RGMII-delay/m-p/2165369#M16066</guid>
      <dc:creator>Hector_Villarruel</dc:creator>
      <dc:date>2025-09-08T18:03:50Z</dc:date>
    </item>
  </channel>
</rss>

