NanoPi NEO3 | Ethernet missing on reboot

[murraythegoz]

NanoPi NEO3 | Ethernet missing on reboot

[m7mdcc]

Confirmed, I'm facing the same issue.

when rebooted, the ethernet having issue, doesn't come up

maybe this log help ??

[    3.494216] gpio_syscon: Unknown symbol gpiochip_get_data (err -2)
[    3.494782] gpio_syscon: Unknown symbol syscon_node_to_regmap (err -2)
[    3.504990] gpio_syscon: Unknown symbol of_device_get_match_data (err -2)
[    3.564283] pcs_xpcs: Unknown symbol phylink_resolve_c73 (err -2)
[    3.564871] pcs_xpcs: Unknown symbol usleep_range_state (err -2)
[    3.565423] pcs_xpcs: Unknown symbol get_device (err -2)
[    3.565923] pcs_xpcs: Unknown symbol phylink_mii_c45_pcs_get_state (err -2)
[    3.566559] pcs_xpcs: Unknown symbol phylink_mii_c22_pcs_encode_advertisement (err -2)
[    3.569826] pcs_xpcs: Unknown symbol ktime_get (err -2)
[    3.570331] pcs_xpcs: Unknown symbol phylink_mii_c22_pcs_decode_state (err -2)

[murraythegoz]

root@neo3-13:/boot# cat /boot/dietpiEnv.txt 
rootdev=UUID=e0c99fd1-c0b7-4694-9dc7-c3cb3773deec
rootfstype=ext4
\# The init system logs to the console defined last.
consoleargs=console=ttyS2,1500000
usbstoragequirks=
extraargs=net.ifnames=0
docker_optimizations=off
overlay_path=rockchip
overlay_prefix=rockchip
overlays=
user_overlays=
fdtfile=rockchip/rk3328-nanopi-neo3-rev02.dtb

[MichaIng]

Hmm, I guess a kernel update has been applied on first boot? I can test later. Would be bad, of course, if the device tree got broken or is missing or such.

[murraythegoz]

Hmm, I guess a kernel update has been applied on first boot? I can test later. Would be bad, of course, if the device tree got broken or is missing or such.

on firstboot the kernel and tree were updated.

Being an headless the firstboot must be done via network.
could try a reimage and a firstboot via console, but not sure I am able to.

[MichaIng]

Hmm, in general it works well here, also the kernel did not receive an update since Feburary:

root@NanoPiNEO3:~# uname -a
Linux NanoPiNEO3 6.6.16-current-rockchip64 #1 SMP PREEMPT Fri Feb 23 08:25:28 UTC 2024 aarch64 GNU/Linux

But indeed on first reboot it also did not come back online here, only on power cycle. But on next reboot it came back online, and on every next one. Not sure whether it was a coincidence or some systematic issue on first reboot, though no idea what would chance between first and consecutive reboots.

I'm flashing a new image and try to replicate it with serial console attached.
EDIT: I was not able to replicate. Reboot and network worked just well now on first reboot.

While using WiFi at first, I also tested onboard Ethernet, and it works fine as well.

[murraythegoz]

do you mind sharing the current device-tree which was installed?

thank you

[murraythegoz]

Strange enough just retried and reboot is working, with ethernet.

Same image as yours.

Maybe the very latest kernel and device tree fixed it

Thank you

[MichaIng]

As said, there was no kernel update since February, it is still 6.6.16-current-rockchip64, using and was always using /boot/dtb/rockchip/rk3328-nanopi-neo3-rev02.dtb.

[MichaIng]

Okay, so it does reboot, and only the Ethernet driver fails to load. I did a few reboots here and am not able to replicate.

Does it work reliably when doing a power cycle? Could be some reset timing issue in U-Boot or so. I triggered a new U-Boot build, maybe this helps: https://github.com/MichaIng/DietPi/actions/runs/8618089164/job/23619625967

cd /tmp
wget https://dietpi.com/downloads/binaries/testing/linux-u-boot-nanopineo3-current.deb
dpkg -i linux-u-boot-nanopineo3-current.deb
source /usr/lib/u-boot/platform_install.sh
eval "$(declare -f write_uboot_platform | sed -e 's| > /dev/null 2>&1||g' -e 's|status=none|status=progress|g')"
write_uboot_platform "$DIR" "$(lsblk -npo PKNAME "$G_ROOTFS_DEV")"

[MichaIng]

@murraythegoz @m7mdcc does this issue still exist, and does the new U-Boot build fix it?

[murraythegoz]

right now it seems to reboot flawlessy.

uname -a
Linux neo3-15.priv.bth 6.6.16-current-rockchip64 #1 SMP PREEMPT Fri Feb 23 08:25:28 UTC 2024 aarch64 GNU/Linux

thank you

m.

[MichaIng]

Okay great. But only after applying U-Boot update, right? I'll upload that version to our APT repository then.