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.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ