This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DP83867IRPAP-EVM: DP83867IRPAP-EVM

Part Number: DP83867IRPAP-EVM

Dear Sir,

We are making use of DP83867IRPAP EVM board.Ethernet phy IC is getting detected and 1Gbps,100Mbps,10Mbps linkup is working fine.But IP is not getting assigned and sometimes junk
IP is getting assigned .

*Is there any Length matching criteria to be considered for RGMII Signals from Processor (i.MX8 QM) to Ethernet PHY?,if yes please let us know the minimum trace length recomemded.

*Please find our boot log prints below,we are getting RX error and CRC errors as shown below.

root@iWave-G27M:~# ethtool -S eth1
NIC statistics:
tx_dropped: 0
tx_packets: 48
tx_broadcast: 17
tx_multicast: 31
tx_crc_errors: 0
tx_undersize: 0
tx_oversize: 0
tx_fragment: 0
tx_jabber: 0
tx_collision: 0
tx_64byte: 7
tx_65to127byte: 16
tx_128to255byte: 10
tx_256to511byte: 9
tx_512to1023byte: 6
tx_1024to2047byte: 0
tx_GTE2048byte: 0
tx_octets: 10268
IEEE_tx_drop: 0
IEEE_tx_frame_ok: 48
IEEE_tx_1col: 0
IEEE_tx_mcol: 0
IEEE_tx_def: 0
IEEE_tx_lcol: 0
IEEE_tx_excol: 0
IEEE_tx_macerr: 0
IEEE_tx_cserr: 0
IEEE_tx_sqe: 0
IEEE_tx_fdxfc: 0
IEEE_tx_octets_ok: 10268
rx_packets: 2349
rx_broadcast: 0
rx_multicast: 0
rx_crc_errors: 2200
rx_undersize: 0
rx_oversize: 0
rx_fragment: 149
rx_jabber: 0
rx_64byte: 1077
rx_65to127byte: 380
rx_128to255byte: 616
rx_256to511byte: 61
rx_512to1023byte: 52
rx_1024to2047byte: 14
rx_GTE2048byte: 0
rx_octets: 315352
IEEE_rx_drop: 0
IEEE_rx_frame_ok: 0
IEEE_rx_crc: 2200
IEEE_rx_align: 0
IEEE_rx_macerr: 0
IEEE_rx_fdxfc: 0
IEEE_rx_octets_ok: 0

Kindly help us with this error,Hoping for your reply.

With Regards,
Yashash

  • Hi Yashash,

    Thank you for getting in touch with us.

    Can you please let me know the following?

    1. In which mode is RGMII configured on DP83867? Align mode or Shift/Internal delay mode?
    2. Please check the same for the MAC Processor too.
    3. Please share pictures/block diagram of the whole setup.

    --
    Regards,
    Gokul.

  • Hi Gopal,

    1.Phy mode configured is "rgmii-txid"
    internal delay values are "DP83867_RGMIIDCTL_4_00_NS"file:///C:/Users/yashash/Desktop/Screenshot%202022-03-15%20154629.png
    fifo depth value is "DP83867_PHYCR_FIFO_DEPTH_4_B_NIB"

    complete Device tree entry is as shown below:

    &fec2 {
    pinctrl-names = "default";
    pinctrl-0 = <&pinctrl_fec2>;
    phy-mode = "rgmii-txid";
    phy-handle = <&ethphy1>;
    phy-reset-gpios = <&lsio_gpio3 7 GPIO_ACTIVE_LOW>;
    phy-reset-post-delay = <195>;
    phy-reset-duration = <1>;
    fsl,magic-packet;
    nvmem-cells = <&fec_mac1>;
    nvmem-cell-names = "mac-address";
    fsl,rgmii_rxc_dly;
    fsl,mii-exclusive;
    status = "okay";

    mdio {
    #address-cells = <1>;
    #size-cells = <0>;

    ethphy1: ethernet-phy@0 {
    reg = <0>;
    compatible = "ethernet-phy-ieee802.3-c22";
    ti,rx-internal-delay = <DP83867_RGMIIDCTL_4_00_NS>;
    ti,tx-internal-delay = <DP83867_RGMIIDCTL_4_00_NS>;
    ti,fifo-depth = <DP83867_PHYCR_FIFO_DEPTH_4_B_NIB>;
    ti,min-output-impedance;
    ti,dp83867-rxctrl-strap-quirk;
    };
    };
    };

    3.

    With Regards,
    Yashash

  • Hi Yashash,

    The snapshot is missing in your message 'file:///C:/Users/yashash/Desktop/Screenshot%202022-03-15%20154629.png'. Can you please share the same?

    What is the link speed for which you see these failures?

    Also, please let me know the meaning of the terms 'DP83867_RGMIIDCTL_4_00_NS', 'DP83867_PHYCR_FIFO_DEPTH_4_B_NIB'.

    Can you also let me know the routing length of RGMII signals between TI EVM and i.MX8 QM SOM? What are the estimated parasitic capacitance on these routings?

    --
    Regards,
    Gokul.

  • Hi Gopal,

    We are getting failures for all link speeds 10, 100 and 1000Mbps
    *DP83867_RGMIIDCTL_4_00_NS means delay of 4 nano seconds
    *DP83867_PHYCR_FIFO_DEPTH_4_B_NIB this is tx fifo depth value is 4 bytes/nibbles

    Signals

    CPU To SOM Edge Connector(mils)

    SOM Edge Connector to Carrier Board expansion connector(mils)

    External wiring From Carrier board to EVM(mils)

    Overall Net Length(mils)

    Overall Net Length(mm)

    ENET1_RGMII_TXC

    3103.4037

    1986.79451

    2755.91

    7846.10821

    199.2915471

    ENET1_RGMII_TX_CTL

    3092.3777

    1923.18849

    2755.91

    7771.47619

    197.39589

    ENET1_RGMII_TXD0

    3091.22724

    2022.30227

    2755.91

    7869.43951

    199.8841633

    ENET1_RGMII_TXD1

    3084.26259

    1973.34564

    2755.91

    7813.51823

    198.46376

    ENET1_RGMII_TXD2

    3085.71811

    2037.20368

    2755.91

    7878.83179

    200.1227277

    ENET1_RGMII_TXD3

    3095.84782

    1948.82981

    2755.91

    7800.58763

    198.1353221

    ENET1_RGMII_RXC

    3255.62229

    2012.11313

    2755.91

    8023.64542

    203.8010013

    ENET1_RGMII_RX_CTL

    3251.2736

    1980.99952

    2755.91

    7988.18312

    202.900257

    ENET1_RGMII_RXD0

    3238.81765

    1984.2696

    2755.91

    7978.99725

    202.6669355

    ENET1_RGMII_RXD1

    3232.59642

    1741.61082

    2755.91

    7730.11724

    196.3453706

    ENET1_RGMII_RXD2

    3239.51561

    2225.30585

    2755.91

    8220.73146

    208.8069967

    ENET1_RGMII_RXD3

    3253.07465

    2227.83313

    2755.91

    8236.81778

    209.21559

    With Regards,
    Yashash

     

  • Hi Yashash,

    The routings of the RGMII lines are a but higher than the recommended routing length of 5000 mils.

    But the failure in 10M and 100M suggests that the issue is elsewhere.

    One more thing I have observed is the wrong delay used for RGMII delay. 1G RGMII dictates that the skew between the clock and data is typically 2ns and not 4ns. Can you please try changing the RGMII TX delay to 2ns and verifying it?

    Also, looks like PHY RX_Data lines are also skewed. This means that the processor has to sample the RX_Data in align mode.
    Please check with the processor vendor on what is the skew they are expecting between clock and data. Configure the delay of the RX lines accordingly.

    --
    Regards,
    Gokul.

  • Hi Gokul,
    We have configured RGMII TX delay to 2ns and checked iMX8QM datasheet skew they are expecting 2.6 nano seconds between clock and data is, so we tried RGMII RX delay value as 2.5 and 2.75 nano seconds.
    With this configuration rx_crc errors were not seen, but IP is not getting assigned.
    Is there any extra configuration which needs to be done?

    Regards,
    Yashash

  • Hi Yashash,

    It is good that we don't have CRC errors anymore. The IP assignment happens at MAC and higher levels. The PHY is not involved in this.

    Can you please check with the processor vendor how the IP assignment happens? If they point it to the PHY, then we can look into the issue again.

    Please let me know if you need more details.

    --
    Regards,
    Gokul.

  • Hi Yashash,

    Can you please let me know if you could resolve this issue? If so, can you please mark the query resolved?

    --
    Regards,
    Gokul.