linux-kernel - ARM : RK3588S : NET / Ethernet: Not TX traffic from mdio1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <CABnpCuAXrbfRNpvESJiGn4fyzK5-zUcqbs7bQQJY=JhTN-w=YA@mail.gmail.com>
Date:   Mon, 20 Mar 2023 17:25:34 +0000
From:   Shane Francis <bigbeeshane@...il.com>
To:     linux-kernel@...r.kernel.org, linux-rockchip@...ts.infradead.org,
        "heiko@...ech.de" <heiko@...ech.de>
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.