Other Parts Discussed in Thread: TMDX654IDKEVM
We have a hardware design wich uses 3 ICSSGs as follows:
- one in dual EMAC mode with 2 MII attached DP83822 10/100 Mbps PHYs
- one in single EMAC mode with an RGMII_ID attached DP83867 1Gps PHY
- one in single EMAC mode with fixed 100 Mbps FD MII interface
The PRU in RGMII_ID mode is working. The three PRUs in MII mode seem able to receive data (we see a peer MAC address in the ARP cache), but not to transmit.
We believe the hardware design to be correct (TX lines are swapped to the opposite PRU slice, as documented for MII mode).
MDIO is configured correctly, link up/down events are sensed, and speed/duplex displayed correctly. Enabling k3_ringacc dynamic debug events in the kernel shows ringacc push and pop activity for each transmitted packet. The PHYs are correctly reset, and the TX and RX clocks tick at the expected rate (25 or 2.5 MHz, according to speed). But on the MII bus, the TXEN signal is a constant zero.
We use latest SYSTEM and PRU firmwares, ti-linux-kernel 08.06.00.007 (commit 2c23e6c538c879e380401ae4b236f54020618eaa), and the attached dts and kernel config files.
Our feeling is that there might be a problem with the latest PRU firmwares in MII mode, as everything seems OK at ethernet driver and ringacc level, but nothing happens on MII TX side. Do have any evidence of latest PRU firmware successfully transmitting in MII mode? If so can you please send us the corresponding DTS file for comparison?
Thanks and Best Regards,
Daniel Marmier