DietPi icon indicating copy to clipboard operation
DietPi copied to clipboard

NanoPi NEO3 | Ethernet missing on reboot

Open murraythegoz opened this issue 11 months ago • 12 comments

Creating a bug report/issue

  • [ X] I have searched the existing open and closed issues

Required Information

  • DietPi version | cat /boot/dietpi/.version G_DIETPI_VERSION_CORE=9 G_DIETPI_VERSION_SUB=2 G_DIETPI_VERSION_RC=1 G_GITBRANCH='master' G_GITOWNER='MichaIng'

  • Distro version | bookworm

  • Kernel version | Linux neo3-13.priv.bth 6.6.16-current-rockchip64 #1 SMP PREEMPT Fri Feb 23 08:25:28 UTC 2024 aarch64 GNU/Linux

  • SBC model | NanoPi NEO3 (aarch64)

  • Power supply used | USB-C PD

  • SD card used | Samsung EVO plus 32GB

Additional Information (if applicable)

  • Software title | none
  • Was the software title installed freshly or updated/migrated? new installation
  • Can this issue be replicated on a fresh installation of DietPi?
  • Bug report ID | echo $G_HW_UUID

Steps to reproduce

  1. Flash a new SDcard and insert into a NanoPi Neo3
  2. finish the installation script and try to reboot

Expected behaviour

  • device should get back online

Actual behaviour

  • device do not reboot

Extra details

  • using a stock dietpi image. there is a chance the generic device-tree for rockchip is not working, trying to rebuild myself but better have it upstream on the standard image.

murraythegoz avatar Mar 26 '24 16:03 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

murraythegoz avatar Mar 26 '24 17:03 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.

MichaIng avatar Mar 27 '24 11:03 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.

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.

murraythegoz avatar Mar 27 '24 13:03 murraythegoz

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.

MichaIng avatar Apr 06 '24 14:04 MichaIng

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

thank you

murraythegoz avatar Apr 08 '24 11:04 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

murraythegoz avatar Apr 08 '24 11:04 murraythegoz

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 avatar Apr 08 '24 11:04 MichaIng

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)


m7mdcc avatar Apr 09 '24 00:04 m7mdcc

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 avatar Apr 09 '24 15:04 MichaIng

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

MichaIng avatar Apr 28 '24 14:04 MichaIng

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.

murraythegoz avatar Apr 28 '24 18:04 murraythegoz

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

MichaIng avatar Apr 28 '24 21:04 MichaIng