Nanopi M6 DHCP is not working / Ethernet Failed to reset the dma

[aproxityloq]

This issue is about Nanopi M6 model without LCD, but there is no tag for Nanopi M6, even though it has Platinum support, so I had to set nanopi-r6c tag.

 

The Ethernet interface can't receive settings from DHCP with errors:

[   12.894724] rk_gmac-dwmac fe1c0000.ethernet: IRQ eth_lpi not found
[   12.894866] rk_gmac-dwmac fe1c0000.ethernet: Looking up phy-supply from device tree
[   12.894876] rk_gmac-dwmac fe1c0000.ethernet: Looking up phy-supply property in node /ethernet@fe1c0000 failed
[   12.894892] rk_gmac-dwmac fe1c0000.ethernet: supply phy not found, using dummy regulator
[   12.894948] rk_gmac-dwmac fe1c0000.ethernet: clock input or output? (output).
[   12.894954] rk_gmac-dwmac fe1c0000.ethernet: TX delay(0x42).
[   12.894959] rk_gmac-dwmac fe1c0000.ethernet: Can not read property: rx_delay.
[   12.894964] rk_gmac-dwmac fe1c0000.ethernet: set rx_delay to 0xffffffff
[   12.894996] rk_gmac-dwmac fe1c0000.ethernet: integrated PHY? (no).
[   12.895004] rk_gmac-dwmac fe1c0000.ethernet: cannot get clock mac_clk_rx
[   12.895009] rk_gmac-dwmac fe1c0000.ethernet: cannot get clock mac_clk_tx
[   12.895024] rk_gmac-dwmac fe1c0000.ethernet: cannot get clock clk_mac_speed
[   12.895244] rk_gmac-dwmac fe1c0000.ethernet: init for RGMII_RXID
[   12.895386] rk_gmac-dwmac fe1c0000.ethernet: User ID: 0x30, Synopsys ID: 0x51
[   12.895394] rk_gmac-dwmac fe1c0000.ethernet:     DWMAC4/5
[   12.895399] rk_gmac-dwmac fe1c0000.ethernet: DMA HW capability register supported
[   12.895404] rk_gmac-dwmac fe1c0000.ethernet: RX Checksum Offload Engine supported
[   12.895408] rk_gmac-dwmac fe1c0000.ethernet: TX Checksum insertion supported
[   12.895412] rk_gmac-dwmac fe1c0000.ethernet: Wake-Up On Lan supported
[   12.895447] rk_gmac-dwmac fe1c0000.ethernet: TSO supported
[   12.895451] rk_gmac-dwmac fe1c0000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[   12.895456] rk_gmac-dwmac fe1c0000.ethernet: Enabled L3L4 Flow TC (entries=2)
[   12.895461] rk_gmac-dwmac fe1c0000.ethernet: Enabled RFS Flow TC (entries=10)
[   12.895466] rk_gmac-dwmac fe1c0000.ethernet: TSO feature enabled
[   12.895471] rk_gmac-dwmac fe1c0000.ethernet: Using 32/32 bits DMA host/device width
[   14.079161] rk_gmac-dwmac fe1c0000.ethernet lan: renamed from eth0
[   16.449457] rk_gmac-dwmac fe1c0000.ethernet lan: Register MEM_TYPE_PAGE_POOL RxQ-0
[   16.538364] rk_gmac-dwmac fe1c0000.ethernet lan: PHY [stmmac-1:01] driver [RTL8211F Gigabit Ethernet] (irq=POLL)
[   17.538848] rk_gmac-dwmac fe1c0000.ethernet: Failed to reset the dma
[   17.538877] rk_gmac-dwmac fe1c0000.ethernet lan: stmmac_hw_setup: DMA engine initialization failed
[   17.538894] rk_gmac-dwmac fe1c0000.ethernet lan: __stmmac_open: Hw setup failed

 

But if I set the network settings manually, then network works fine:

 

root@nanopi-m6:~# cat /etc/netplan/11-lan.yaml
network:
  version: 2
  renderer: networkd
  ethernets:
    lan:
      match:
        name: "end*"
      dhcp4: false
      dhcp6: false
      addresses:
      - 10.42.1.11/24
      routes:
      - to: default
        via: 10.42.1.1
      nameservers:
       addresses: [10.42.1.1]

 

 

I've tried different official Armbian images:

Armbian_24.11.1_Nanopi-m6_bookworm_vendor_6.1.75_minimal.img
Armbian_24.8.4_Nanopi-m6_bookworm_vendor_6.1.75_minimal.img
Armbian_25.2.1_Nanopi-m6_bookworm_current_6.12.13_minimal.img
Armbian_25.2.1_Nanopi-m6_bookworm_vendor_6.1.99_minimal.img
Armbian_25.2.1_Nanopi-m6_bookworm_vendor_6.1.99_xfce_desktop.img
Armbian_25.5.0-trunk.418_Nanopi-m6_plucky_vendor_6.1.115_minimal.img

 

I've tried Armbian_25.2.1_Nanopi-m6_bookworm_vendor_6.1.99_minimal.img and Armbian_25.2.1_Nanopi-m6_bookworm_current_6.12.13_minimal.img (updated to kernel 6.12.22) with latest updates and it's not working as well.

 

armbian-hardware-monitor.log:

https://paste.armbian.com/ketawomulu.yaml

Edited 17 hours ago by aproxityloq
clarify that this is a model without LCD

[Werner]

30 minutes ago, aproxityloq said:

is no tag for Nanopi M6

Must have been slipped through. Fixed.

[aproxityloq]

An addition:

The manual network settings are not working on boot with the same error about failed to reset the dma, but it works after restarting network using:

netplan apply

Manually after the boot.

The log of netplan apply:

Apr 21 10:08:42 nanopi-m6 systemd-timesyncd[634]: Network configuration changed, trying to establish connection.
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: NONE.ABCD.NONE
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: #
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: Will
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: never
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: match
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: with
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network:8: Not a valid hardware address, ignoring: anything
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: /etc/systemd/network/00-armbian-readme.network: No valid settings found in the [Match] section, ignoring file. To match all interfaces, add Name=* in the [Match] section.
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: lan: Reconfiguring with /run/systemd/network/10-netplan-lan.network.
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: Register MEM_TYPE_PAGE_POOL RxQ-0
Apr 21 10:08:42 nanopi-m6 kernel: phy_rtl8211f_led_fixup in
Apr 21 10:08:42 nanopi-m6 kernel: phy_rtl8211f_led_fixup in  val=0x0000
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: PHY [stmmac-1:01] driver [RTL8211F Gigabit Ethernet] (irq=POLL)
Apr 21 10:08:42 nanopi-m6 kernel: dwmac4: Master AXI performs any burst length
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: No Safety Features support found
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: IEEE 1588-2008 Advanced Timestamp supported
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: registered PTP clock
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: FPE workqueue start
Apr 21 10:08:42 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: configuring for phy/rgmii-rxid link mode
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: enxXXXXXXXXXXXX: Reconfiguring with /run/systemd/network/10-netplan-all-eth-interfaces.network.
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: enxXXXXXXXXXXXX: DHCP lease lost
Apr 21 10:08:42 nanopi-m6 dbus-daemon[697]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.2' (uid=998 pid=442 comm="/lib/systemd/systemd-networkd")
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: enxXXXXXXXXXXXX: DHCPv6 lease lost
Apr 21 10:08:42 nanopi-m6 systemd[1]: Starting systemd-hostnamed.service - Hostname Service...
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: lan: Link UP
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: lan: Configuring with /run/systemd/network/10-netplan-lan.network.
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: enxXXXXXXXXXXXX: Configuring with /run/systemd/network/10-netplan-all-eth-interfaces.network.
Apr 21 10:08:42 nanopi-m6 systemd[1]: netplan-ovs-cleanup.service - OpenVSwitch configuration for cleanup was skipped because of an unmet condition check (ConditionFileIsExecutable=/usr/bin/ovs-vsctl).
Apr 21 10:08:42 nanopi-m6 dbus-daemon[697]: [system] Successfully activated service 'org.freedesktop.hostname1'
Apr 21 10:08:42 nanopi-m6 systemd[1]: Started systemd-hostnamed.service - Hostname Service.
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: Could not set hostname: Access denied
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: enxXXXXXXXXXXXX: DHCPv4 address 10.42.0.11/24, gateway 10.42.0.1 acquired from 10.42.0.1
Apr 21 10:08:42 nanopi-m6 systemd-networkd[442]: Could not set hostname: Access denied
Apr 21 10:08:44 nanopi-m6 systemd-resolved[633]: Using degraded feature set UDP instead of UDP+EDNS0 for DNS server 10.42.0.1.
Apr 21 10:08:46 nanopi-m6 systemd-networkd[442]: lan: Gained carrier
Apr 21 10:08:46 nanopi-m6 kernel: rk_gmac-dwmac fe1c0000.ethernet lan: Link is Up - 1Gbps/Full - flow control rx/tx
Apr 21 10:08:46 nanopi-m6 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): lan: link becomes ready
Apr 21 10:08:47 nanopi-m6 systemd-networkd[442]: lan: Gained IPv6LL

 

Full netplan config:

root@nanopi-m6:~# netplan get
network:
  version: 2
  renderer: networkd
  ethernets:
    all-eth-interfaces:
      match:
        name: "enx*"
      dhcp4: true
      dhcp6: false
      ipv6-privacy: true
    lan:
      match:
        name: "end*"
      addresses:
      - "10.42.1.11/24"
      nameservers:
        addresses:
        - 10.42.1.1
      dhcp4: false
      dhcp6: false
      routes:
      - to: "default"
        via: "10.42.1.1"

 

UPD:

It seems to be inconsistent.

On boot, if I run netplan apply, there are 3 different results at random:

- there is no error in the log and network interface is configured correctly

- there is 1 error about failed dma reset, but netplan retries automatically and succeeds in network interface configuration on second attempt:
rk_gmac-dwmac fe1c0000.ethernet: Failed to reset the dma

rk_gmac-dwmac fe1c0000.ethernet lan: stmmac_hw_setup: DMA engine initialization failed

rk_gmac-dwmac fe1c0000.ethernet lan: __stmmac_open: Hw setup failed

- there are 2 errors about failed dma reset and netplan don't retry anymore

If I rerun netplan apply after it fails with 2 errors, then the same 3 different results at random can repeat until it succeeds.

Once network interface is configured successfully, then further netplan apply commands won't fail anymore.

Edited 18 hours ago by aproxityloq