Messages in this thread | | | From | Shane Francis <> | Date | Mon, 20 Mar 2023 17:25:34 +0000 | Subject | ARM : RK3588S : NET / Ethernet: Not TX traffic from mdio1 |
| |
I am currently working on enabling a RK3588S SBC (NanoPi R6S) within mainline Linux
However I am hitting an issue with the mdio attached RTL8211F, the device initializes correctly but there seems to be no TX traffic sent from the RTL8211F (confirmed with TCPDUMP on an attached router)
RX traffic is working as expected (see below)
=============================================== listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes 00:03:34.282286 ARP, Request who-has 192.168.1.229 tell 192.168.1.154, length 46 00:03:35.648448 ARP, Reply 192.168.1.234 is-at 1c:53:f9:1a:ba:3a (oui Unknown), length 46 00:03:43.220916 ARP, Request who-has 192.168.1.226 tell 192.168.1.218, length 46 ===============================================
I have noticed that the TX irqs seem to be fewer than expected (and some eee wake errors are seen) ===============================================
tx_pkt_n: 218 rx_pkt_n: 1014 normal_irq_n: 944 rx_normal_irq_n: 936 napi_poll: 3044 tx_normal_irq_n: 8 ... irq_tx_path_in_lpi_mode_n: 49 irq_tx_path_exit_lpi_mode_n: 49 irq_rx_path_in_lpi_mode_n: 2 irq_rx_path_exit_lpi_mode_n: 2 phy_eee_wakeup_error_n: 1 ==============================================
I have validated that the TX are RX delays for both the phy and gmac match what the OEM kernels are setting.
This behavior is seen on both 6.1 and latest RC
I am looking for any information on if this behavior can be seen on other RK3588S devices using the RTL8211F and pointers on where to look next.
Thanks in advance.
| |