1750 
	friendlyarm,nanopi-r4s)
	set_interface_core 4 "eth0"
	set_interface_core 8 "eth1"
	#echo -n 10 > /sys/class/net/eth0/queues/rx-0/rps_cpus
	#echo -n 20 > /sys/class/net/eth1/queues/rx-0/rps_cpus
	find /sys/class/net/eth*/queues/[rt]x-[01]/[rx]ps_cpus -exec sh -c '[ -w {} ] && echo 30 > {} 2>/dev/null' \;
	;;

Try That.

1751

Thank you. But it's worse now. Not using QOS. It was 600Mbits/sec at first.
On 23.05 928Mbits/sec both ways without QOS with these lines above.

iperf3 -c speedtest.ams1.nl.leaseweb.net -P 4 -R
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
Reverse mode, remote host speedtest.ams1.nl.leaseweb.net is sending
[SUM]   0.00-10.02  sec   574 MBytes   480 Mbits/sec  654             sender
[SUM]   0.00-10.00  sec   562 MBytes   471 Mbits/sec                  receiver


iperf3 -c speedtest.ams1.nl.leaseweb.net -P 4
Connecting to host speedtest.ams1.nl.leaseweb.net, port 5201
[SUM]   0.00-10.00  sec  1.09 GBytes   936 Mbits/sec  133             sender
[SUM]   0.00-10.03  sec  1.08 GBytes   928 Mbits/sec                  receiver
1752

I have the same issue on NanoPi R4s 4G (non entreprise version)

On snapshots (OpenWrt SNAPSHOT, r28797-302c717aa3):

  • wan (eth0) is up.
  • lan (eth1) is down
  • workaround: turning the device off and then on (ie not a reboot but a power cycle), resolves the issue

On OpenWRT 23.x:

  • wan is up
  • lan is up
  • no need for power cycle or reboot

snapshots (OpenWrt SNAPSHOT, r28797-302c717aa3) data:

#ethtool -i eth1
driver: r8169
version: 6.6.74
firmware-version: rtl8168h-2_0.0.2 02/26/15
expansion-rom-version:
bus-info: 0000:01:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

#ethtool eth1
Settings for eth1:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Full
        Link partner advertised pause frame use: Symmetric
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: external
        Auto-negotiation: on
        MDI-X: Unknown
        Supports Wake-on: pumbg
        Wake-on: d
        Link detected: yes
1753

If WAN is up, could you configure SSH to be accessible via WAN (add a firewall rule), perform the reboot, then connect your laptop on WAN and try to get the log via logread? Or get the logs via UART?

So far we did not manage to get any logs to isolate the issue. It seems only some devices are affected, none of mine fortunately/unfortunately … impossible to debug without logs.

1754

After switching on

root@OpenWrt:~# logread | grep -i 'network|eth|wan|lan|link'
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.000000] psci: probing for conduit method from DT.
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.046563] NET: Registered PF_NETLINK/PF_ROUTE protocol family
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.263809] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.264407] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.265058] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.345562] 8021q: 802.1Q VLAN Support v1.8
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.401607] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.402203] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.402901] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.415008] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.415614] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.416348] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.441153] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.441161] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.442819] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.443485] rk_gmac-dwmac fe300000.ethernet: clock input or output? (input).
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.444105] rk_gmac-dwmac fe300000.ethernet: TX delay(0x28).
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.444602] rk_gmac-dwmac fe300000.ethernet: RX delay(0x11).
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.445105] rk_gmac-dwmac fe300000.ethernet: integrated PHY? (no).
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.445666] rk_gmac-dwmac fe300000.ethernet: clock input from PHY
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.451209] rk_gmac-dwmac fe300000.ethernet: init for RGMII
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.452009] rk_gmac-dwmac fe300000.ethernet: User ID: 0x10, Synopsys ID: 0x35
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.452642] rk_gmac-dwmac fe300000.ethernet: DWMAC1000
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.453102] rk_gmac-dwmac fe300000.ethernet: DMA HW capability register supported
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.453780] rk_gmac-dwmac fe300000.ethernet: RX Checksum Offload Engine supported
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.454436] rk_gmac-dwmac fe300000.ethernet: COE Type 2
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.454895] rk_gmac-dwmac fe300000.ethernet: TX Checksum insertion supported
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.455510] rk_gmac-dwmac fe300000.ethernet: Wake-Up On Lan supported
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.456074] rk_gmac-dwmac fe300000.ethernet: Normal descriptors
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.457389] rk_gmac-dwmac fe300000.ethernet: Ring mode enabled
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 0.457899] rk_gmac-dwmac fe300000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Mon Feb 3 23:36:32 2025 kern.err kernel: [ 17.653936] leds enp1s0-0::lan: Setting an LED's brightness failed (-524)
Mon Feb 3 23:36:32 2025 kern.err kernel: [ 17.724357] leds enp1s0-1::lan: Setting an LED's brightness failed (-524)
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 17.764094] r8169 0000:01:00.0 eth1: RTL8168h/8111h, da:a0:67:80:58:d2, XID 541, IRQ 75
Mon Feb 3 23:36:32 2025 kern.info kernel: [ 17.764833] r8169 0000:01:00.0 eth1: jumbo features [frames: 9194 bytes, tx checksumming: ko]
Mon Feb 3 23:36:32 2025 kern.err kernel: [ 17.773908] leds enp1s0-2::lan: Setting an LED's brightness failed (-524)
Mon Feb 3 23:36:33 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Mon Feb 3 23:36:34 2025 user.notice : Added device handler type: macvlan
Mon Feb 3 23:36:34 2025 user.notice : Added device handler type: veth
Mon Feb 3 23:36:34 2025 user.notice : Added device handler type: Network device
Mon Feb 3 23:36:34 2025 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/network
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'wan' is enabled
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'wan' is setting up now
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.043640] r8169 0000:01:00.0 eth1: Link is Down
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.044249] br-lan: port 1(eth1) entered blocking state
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.044734] br-lan: port 1(eth1) entered disabled state
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.045236] r8169 0000:01:00.0 eth1: entered allmulticast mode
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.046058] r8169 0000:01:00.0 eth1: entered promiscuous mode
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.048843] br-lan: port 1(eth1) entered blocking state
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.049329] br-lan: port 1(eth1) entered forwarding state
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'wan' is now up
Mon Feb 3 23:36:34 2025 daemon.notice netifd: bridge 'br-lan' link is up
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'wan' has link connectivity
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.069101] rk_gmac-dwmac fe300000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
Mon Feb 3 23:36:34 2025 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/wireless
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.124685] rk_gmac-dwmac fe300000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211E Gigabit Ethernet] (irq=67)
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'lan' is enabled
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'lan' is setting up now
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'lan' is now up
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.134050] rk_gmac-dwmac fe300000.ethernet eth0: No Safety Features support found
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.134745] rk_gmac-dwmac fe300000.ethernet eth0: PTP not supported by HW
Mon Feb 3 23:36:34 2025 kern.info kernel: [ 21.136434] rk_gmac-dwmac fe300000.ethernet eth0: configuring for phy/rgmii link mode
Mon Feb 3 23:36:34 2025 daemon.notice netifd: bridge 'br-lan' link is down
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'wan' has link connectivity loss
Mon Feb 3 23:36:34 2025 daemon.notice netifd: bridge 'br-lan' link is up
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'wan' has link connectivity
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Network device 'lo' link is up
Mon Feb 3 23:36:34 2025 daemon.notice netifd: Interface 'loopback' has link connectivity
Mon Feb 3 23:36:34 2025 user.notice firewall: Reloading firewall due to ifup of wan (br-lan)
Mon Feb 3 23:36:35 2025 daemon.notice procd: /etc/rc.d/S96led: setting up led WAN
Mon Feb 3 23:36:35 2025 user.notice firewall: Reloading firewall due to ifup of lan (eth0)
Mon Feb 3 23:36:35 2025 daemon.notice procd: /etc/rc.d/S96led: setting up led LAN
Mon Feb 3 23:36:35 2025 daemon.notice netifd: bridge 'br-lan' link is down
Mon Feb 3 23:36:35 2025 daemon.notice netifd: Interface 'wan' has link connectivity loss
Mon Feb 3 23:36:35 2025 kern.info kernel: [ 21.753890] br-lan: port 1(eth1) entered disabled state
Mon Feb 3 23:36:36 2025 daemon.notice netifd: Network device 'eth0' link is up
Mon Feb 3 23:36:36 2025 daemon.notice netifd: Interface 'lan' has link connectivity
Mon Feb 3 23:36:36 2025 kern.info kernel: [ 22.777238] rk_gmac-dwmac fe300000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
Mon Feb 3 23:36:39 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Mon Feb 3 23:36:39 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Feb 3 23:36:39 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Feb 3 23:36:41 2025 daemon.err uhttpd[1198]: [info] luci: accepted login on /admin/network/network for root from 192.168.1.183
Mon Feb 3 23:36:46 2025 authpriv.notice dropbear[2292]: Auth succeeded with blank password for 'root' from 192.168.1.183:58343
root@OpenWrt:~# dmesg | grep -i 'eth|wan|lan|link'
[ 0.000000] psci: probing for conduit method from DT.
[ 0.046563] NET: Registered PF_NETLINK/PF_ROUTE protocol family
[ 0.263809] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.264407] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.265058] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.345562] 8021q: 802.1Q VLAN Support v1.8
[ 0.401607] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.402203] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.402901] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.415008] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.415614] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.416348] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.441153] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.441161] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.442819] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.443485] rk_gmac-dwmac fe300000.ethernet: clock input or output? (input).
[ 0.444105] rk_gmac-dwmac fe300000.ethernet: TX delay(0x28).
[ 0.444602] rk_gmac-dwmac fe300000.ethernet: RX delay(0x11).
[ 0.445105] rk_gmac-dwmac fe300000.ethernet: integrated PHY? (no).
[ 0.445666] rk_gmac-dwmac fe300000.ethernet: clock input from PHY
[ 0.451209] rk_gmac-dwmac fe300000.ethernet: init for RGMII
[ 0.452009] rk_gmac-dwmac fe300000.ethernet: User ID: 0x10, Synopsys ID: 0x35
[ 0.452642] rk_gmac-dwmac fe300000.ethernet: DWMAC1000
[ 0.453102] rk_gmac-dwmac fe300000.ethernet: DMA HW capability register supported
[ 0.453780] rk_gmac-dwmac fe300000.ethernet: RX Checksum Offload Engine supported
[ 0.454436] rk_gmac-dwmac fe300000.ethernet: COE Type 2
[ 0.454895] rk_gmac-dwmac fe300000.ethernet: TX Checksum insertion supported
[ 0.455510] rk_gmac-dwmac fe300000.ethernet: Wake-Up On Lan supported
[ 0.456074] rk_gmac-dwmac fe300000.ethernet: Normal descriptors
[ 0.457389] rk_gmac-dwmac fe300000.ethernet: Ring mode enabled
[ 0.457899] rk_gmac-dwmac fe300000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[ 17.653936] leds enp1s0-0::lan: Setting an LED's brightness failed (-524)
[ 17.724357] leds enp1s0-1::lan: Setting an LED's brightness failed (-524)
[ 17.764094] r8169 0000:01:00.0 eth1: RTL8168h/8111h, da:a0:67:80:58:d2, XID 541, IRQ 75
[ 17.764833] r8169 0000:01:00.0 eth1: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[ 17.773908] leds enp1s0-2::lan: Setting an LED's brightness failed (-524)
[ 21.043640] r8169 0000:01:00.0 eth1: Link is Down
[ 21.044249] br-lan: port 1(eth1) entered blocking state
[ 21.044734] br-lan: port 1(eth1) entered disabled state
[ 21.045236] r8169 0000:01:00.0 eth1: entered allmulticast mode
[ 21.046058] r8169 0000:01:00.0 eth1: entered promiscuous mode
[ 21.048843] br-lan: port 1(eth1) entered blocking state
[ 21.049329] br-lan: port 1(eth1) entered forwarding state
[ 21.069101] rk_gmac-dwmac fe300000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
[ 21.124685] rk_gmac-dwmac fe300000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211E Gigabit Ethernet] (irq=67)
[ 21.134050] rk_gmac-dwmac fe300000.ethernet eth0: No Safety Features support found
[ 21.134745] rk_gmac-dwmac fe300000.ethernet eth0: PTP not supported by HW
[ 21.136434] rk_gmac-dwmac fe300000.ethernet eth0: configuring for phy/rgmii link mode
[ 21.753890] br-lan: port 1(eth1) entered disabled state
[ 22.777238] rk_gmac-dwmac fe300000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
root@OpenWrt:~#

1755

after reboot

root@OpenWrt:~# logread | grep -i 'network|eth|wan|lan|link'
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.000000] psci: probing for conduit method from DT.
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.046544] NET: Registered PF_NETLINK/PF_ROUTE protocol family
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.263893] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.264490] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.265140] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.345958] 8021q: 802.1Q VLAN Support v1.8
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.402270] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.402867] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.403613] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.416502] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.417107] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.417808] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.443239] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.443894] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.444603] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.445345] rk_gmac-dwmac fe300000.ethernet: clock input or output? (input).
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.445975] rk_gmac-dwmac fe300000.ethernet: TX delay(0x28).
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.446481] rk_gmac-dwmac fe300000.ethernet: RX delay(0x11).
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.446995] rk_gmac-dwmac fe300000.ethernet: integrated PHY? (no).
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.447584] rk_gmac-dwmac fe300000.ethernet: clock input from PHY
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.453136] rk_gmac-dwmac fe300000.ethernet: init for RGMII
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.454273] rk_gmac-dwmac fe300000.ethernet: User ID: 0x10, Synopsys ID: 0x35
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.455281] rk_gmac-dwmac fe300000.ethernet: DWMAC1000
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.455749] rk_gmac-dwmac fe300000.ethernet: DMA HW capability register supported
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.456411] rk_gmac-dwmac fe300000.ethernet: RX Checksum Offload Engine supported
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.457073] rk_gmac-dwmac fe300000.ethernet: COE Type 2
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.457541] rk_gmac-dwmac fe300000.ethernet: TX Checksum insertion supported
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.458164] rk_gmac-dwmac fe300000.ethernet: Wake-Up On Lan supported
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.458734] rk_gmac-dwmac fe300000.ethernet: Normal descriptors
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.459259] rk_gmac-dwmac fe300000.ethernet: Ring mode enabled
Mon Feb 3 23:39:03 2025 kern.info kernel: [ 0.459776] rk_gmac-dwmac fe300000.ethernet: Enable RX Mitigation via HW Watchdog Timer
Mon Feb 3 23:39:03 2025 kern.err kernel: [ 1.086199] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
Mon Feb 3 23:39:04 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Mon Feb 3 23:39:04 2025 user.notice : Added device handler type: macvlan
Mon Feb 3 23:39:04 2025 user.notice : Added device handler type: veth
Mon Feb 3 23:39:04 2025 user.notice : Added device handler type: Network device
Mon Feb 3 23:39:05 2025 kern.info kernel: [ 20.503081] rk_gmac-dwmac fe300000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
Mon Feb 3 23:39:05 2025 kern.info kernel: [ 20.564728] rk_gmac-dwmac fe300000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211E Gigabit Ethernet] (irq=67)
Mon Feb 3 23:39:05 2025 kern.info kernel: [ 20.573916] rk_gmac-dwmac fe300000.ethernet eth0: No Safety Features support found
Mon Feb 3 23:39:05 2025 daemon.notice netifd: Interface 'lan' is enabled
Mon Feb 3 23:39:05 2025 daemon.notice netifd: Interface 'lan' is setting up now
Mon Feb 3 23:39:05 2025 daemon.notice netifd: Interface 'lan' is now up
Mon Feb 3 23:39:05 2025 kern.info kernel: [ 20.574626] rk_gmac-dwmac fe300000.ethernet eth0: PTP not supported by HW
Mon Feb 3 23:39:05 2025 kern.info kernel: [ 20.576631] rk_gmac-dwmac fe300000.ethernet eth0: configuring for phy/rgmii link mode
Mon Feb 3 23:39:05 2025 daemon.notice netifd: Network device 'lo' link is up
Mon Feb 3 23:39:05 2025 daemon.notice netifd: Interface 'loopback' has link connectivity
Mon Feb 3 23:39:05 2025 user.notice firewall: Reloading firewall due to ifup of lan (eth0)
Mon Feb 3 23:39:05 2025 user.notice ucitrack: Setting up /etc/config/dhcp reload dependency on /etc/config/network
Mon Feb 3 23:39:05 2025 user.notice ucitrack: Setting up /etc/config/network reload dependency on /etc/config/wireless
Mon Feb 3 23:39:05 2025 daemon.notice procd: /etc/rc.d/S96led: setting up led WAN
Mon Feb 3 23:39:05 2025 daemon.notice procd: /etc/rc.d/S96led: setting up led LAN
Mon Feb 3 23:39:06 2025 daemon.notice netifd: Network device 'eth0' link is up
Mon Feb 3 23:39:06 2025 daemon.notice netifd: Interface 'lan' has link connectivity
Mon Feb 3 23:39:06 2025 kern.info kernel: [ 22.211067] rk_gmac-dwmac fe300000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
Mon Feb 3 23:39:10 2025 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Mon Feb 3 23:39:10 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Feb 3 23:39:10 2025 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Feb 3 23:39:28 2025 authpriv.notice dropbear[2138]: Auth succeeded with blank password for 'root' from 192.168.1.183:58552
root@OpenWrt:~# dmesg | grep -i 'eth|wan|lan|link'
[ 0.000000] psci: probing for conduit method from DT.
[ 0.046544] NET: Registered PF_NETLINK/PF_ROUTE protocol family
[ 0.263893] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.264490] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.265140] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.345958] 8021q: 802.1Q VLAN Support v1.8
[ 0.402270] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.402867] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.403613] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.416502] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.417107] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.417808] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.443239] rk_gmac-dwmac fe300000.ethernet: IRQ eth_wake_irq not found
[ 0.443894] rk_gmac-dwmac fe300000.ethernet: IRQ eth_lpi not found
[ 0.444603] rk_gmac-dwmac fe300000.ethernet: PTP uses main clock
[ 0.445345] rk_gmac-dwmac fe300000.ethernet: clock input or output? (input).
[ 0.445975] rk_gmac-dwmac fe300000.ethernet: TX delay(0x28).
[ 0.446481] rk_gmac-dwmac fe300000.ethernet: RX delay(0x11).
[ 0.446995] rk_gmac-dwmac fe300000.ethernet: integrated PHY? (no).
[ 0.447584] rk_gmac-dwmac fe300000.ethernet: clock input from PHY
[ 0.453136] rk_gmac-dwmac fe300000.ethernet: init for RGMII
[ 0.454273] rk_gmac-dwmac fe300000.ethernet: User ID: 0x10, Synopsys ID: 0x35
[ 0.455281] rk_gmac-dwmac fe300000.ethernet: DWMAC1000
[ 0.455749] rk_gmac-dwmac fe300000.ethernet: DMA HW capability register supported
[ 0.456411] rk_gmac-dwmac fe300000.ethernet: RX Checksum Offload Engine supported
[ 0.457073] rk_gmac-dwmac fe300000.ethernet: COE Type 2
[ 0.457541] rk_gmac-dwmac fe300000.ethernet: TX Checksum insertion supported
[ 0.458164] rk_gmac-dwmac fe300000.ethernet: Wake-Up On Lan supported
[ 0.458734] rk_gmac-dwmac fe300000.ethernet: Normal descriptors
[ 0.459259] rk_gmac-dwmac fe300000.ethernet: Ring mode enabled
[ 0.459776] rk_gmac-dwmac fe300000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[ 1.086199] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
[ 20.503081] rk_gmac-dwmac fe300000.ethernet eth0: Register MEM_TYPE_PAGE_POOL RxQ-0
[ 20.564728] rk_gmac-dwmac fe300000.ethernet eth0: PHY [stmmac-0:01] driver [RTL8211E Gigabit Ethernet] (irq=67)
[ 20.573916] rk_gmac-dwmac fe300000.ethernet eth0: No Safety Features support found
[ 20.574626] rk_gmac-dwmac fe300000.ethernet eth0: PTP not supported by HW
[ 20.576631] rk_gmac-dwmac fe300000.ethernet eth0: configuring for phy/rgmii link mode
[ 22.211067] rk_gmac-dwmac fe300000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
root@OpenWrt:~#

1756

Such logs will go? Had to swap places, LAN and WAN

1757

@hvh-blet This is absolutely perfect and was the missing ingredient to finally isolate the problem. It seems not all devices are affected by this, but some certainly are.

The good news is, that another user was faster than me and already created a proper issue report on Github (see R4S: rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout! · Issue #17923 · openwrt/openwrt). Somebody in the Ambrian community has already suggested a fix. If I have time on the weekend I'll take a look whether those can be easily ported to OpenWrt ... but I am not super deep into the driver code ... lets see.

At least we now know what the issue is. THANK YOU!

2 Likes
1758

I put:

config interface 'wan'
        option device 'eth0.835'
        option proto 'pppoe'
        option username 'xxxx'
        option password 'xxx'
        option ipv6 'auto'

config device
       option name 'eth0.835'
       option macaddr 'xxx'

But it won't connect. Did I miss something?
Thank you!

1759

Glad to see some technical info to assist on gixing the issue.

Just an advice...

When posting logs and code use the code tag.

[code]insert content here[/code]
example
1760

I also had the same @hvh-blet @dandreoletti eth1 not up issue, after applying armbian patch & hot+cold booting 5 times it worked perfectly.

1761

more detailed?

1762

What details do you need to know?

1763

I don't know about what any "official plan" might be but I think I recall some discussion back around 2022 about trying to get it added and it was stated that a patch is needed and the OpenWrt devs try to minimize maintaining target specific patches and that the effort should be made to get the patch up-streamed for proper device support in the kernel. That is something the OEM could do rather than just patching the kernel that they ship themselves. If that happened then it would be much more likely to be supported in OpenWrt.

1 Like
1764

@anaelorlinski has patches implemented in v23. Not sure if there are any plans for v 24 ?

1765

Just updated the firmware to the latest 24.10.0 but unfortunately the LAN port doesn’t boot with the Router, I don’t have this issue with FreindlyWRT, Will there be a fix for this?

1766

Check out the chain of posts in this topic since about January 19, especially post NanoPi R4S-RK3399 is a great new OpenWrt device - #1757 by wjwj .
I think it might relate to your situation .

1 Like
1767

I forked anaelorlinski builds a while ago to make a custom 23.05 firmware for myself. I do have an experimental build of 24.10.0 that includes the PHY PCIe patches. It is installed and running on my homelab dev/test NanoPi R4S 4GB. I welcome feedback, suggestions, etc.

https://github.com/stargazindreamr/OpenWrt-NanoPi-R2S-R4S-Builds/releases/tag/OpenWrtNK-24.10-20250217

7 Likes
1768

Would you mind creating a pull request for your PCIe patches? So far no one picked this up on the kernel side … so this could take ages. If you have time it would be great … otherwise I’ll do, but at the moment I don’t have time for this unfortunately.

I’d hope that someone merges it into OpenWrt temporarily if there is a pull request on GitHub. I can certainly test it.

1 Like
1769

I checked, it reboots perfectly, the LAN port is active right away! I rebooted about 10 times, and every time, it booted up normally, and the LAN was active!
But the firmware is too overloaded with unnecessary software, I hope the vanilla OpenWRT gets fixed!
For now, I switched back to the nanopi r3s