For some reason my nanopi fire 3's gigabit ethernet is very unstable. When connected to my local machine directly, the ping latency is insanely high and irregular:
PING 10.42.0.101 (10.42.0.101) 56(84) bytes of data.
64 bytes from 10.42.0.101: icmp_seq=1 ttl=64 time=112 ms
64 bytes from 10.42.0.101: icmp_seq=2 ttl=64 time=333 ms
64 bytes from 10.42.0.101: icmp_seq=3 ttl=64 time=350 ms
64 bytes from 10.42.0.101: icmp_seq=4 ttl=64 time=203 ms
64 bytes from 10.42.0.101: icmp_seq=5 ttl=64 time=1014 ms
64 bytes from 10.42.0.101: icmp_seq=6 ttl=64 time=423 ms
64 bytes from 10.42.0.101: icmp_seq=7 ttl=64 time=93.4 ms
64 bytes from 10.42.0.101: icmp_seq=8 ttl=64 time=345 ms
64 bytes from 10.42.0.101: icmp_seq=9 ttl=64 time=358 ms
64 bytes from 10.42.0.101: icmp_seq=10 ttl=64 time=49.6 ms
64 bytes from 10.42.0.101: icmp_seq=11 ttl=64 time=1021 ms
64 bytes from 10.42.0.101: icmp_seq=12 ttl=64 time=299 ms
64 bytes from 10.42.0.101: icmp_seq=13 ttl=64 time=305 ms
64 bytes from 10.42.0.101: icmp_seq=14 ttl=64 time=318 ms
64 bytes from 10.42.0.101: icmp_seq=15 ttl=64 time=300 ms
64 bytes from 10.42.0.101: icmp_seq=16 ttl=64 time=1008 ms
64 bytes from 10.42.0.101: icmp_seq=17 ttl=64 time=290 ms
64 bytes from 10.42.0.101: icmp_seq=18 ttl=64 time=306 ms
64 bytes from 10.42.0.101: icmp_seq=19 ttl=64 time=211 ms
64 bytes from 10.42.0.101: icmp_seq=20 ttl=64 time=1023 ms
^C
--- 10.42.0.101 ping statistics ---
21 packets transmitted, 20 received, 4.7619% packet loss, time 20085ms
rtt min/avg/max/mdev = 49.608/418.113/1022.521/312.908 ms, pipe 2
The nanopi fire 3 is directly connected to my desktop computer via a CAT6 cable, and the desktop computer's network adapter supports gigabit ethernet. Note that it is a direct cable connection and I am getting <1ms with my other boards such as the odroid xu4.
I have also tried connecting the nanopi fire 3 directly to a netgear switch behind a router. Still terrible ping.
Surprisingly if I force nanopi fire 3 to use 100Mbps ethernet connection, the ping latency is suddenly normal.
I've tested the ethernet cable and it is working fine. And the nanopi fire 3 has a stable PSU(5.1V with no load and 5.05V under load).
To investigate further, I tested Friendlyarm's friendlycore (seems to be ubuntu 18.04, kernel 4.4, aarch64) on the fire 3. And the gigabit ethernet is working with full speed. I also tested all history versions of armbian on the nanopi fire 3, and NONE OF THEM HAVE WORKING STABLE GIGABIT ETHERNET. This makes me think that there is something wrong in the gigabit ethernet code with armbian's s5p6818 4.14 kernel, since friendlyarm's 4.4 kernel does not have that issue.
Also something worth noticing: nanopi fire 3 running armbian has less power draw(0.5 W) than friendlyarm's kernel, so it is possible that its network adapter attempted but cannot draw enough power to enable gigabit ethernet, thus the random and irregular ping.
Tl;dr: There are some bugs in Armbian's 4.14 kernel for Nanopi Fire 3 that prevents gigabit ethernet from working properly.
You can post now and register later.
If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.
Question
bhat
Hi!
For some reason my nanopi fire 3's gigabit ethernet is very unstable. When connected to my local machine directly, the ping latency is insanely high and irregular:
PING 10.42.0.101 (10.42.0.101) 56(84) bytes of data. 64 bytes from 10.42.0.101: icmp_seq=1 ttl=64 time=112 ms 64 bytes from 10.42.0.101: icmp_seq=2 ttl=64 time=333 ms 64 bytes from 10.42.0.101: icmp_seq=3 ttl=64 time=350 ms 64 bytes from 10.42.0.101: icmp_seq=4 ttl=64 time=203 ms 64 bytes from 10.42.0.101: icmp_seq=5 ttl=64 time=1014 ms 64 bytes from 10.42.0.101: icmp_seq=6 ttl=64 time=423 ms 64 bytes from 10.42.0.101: icmp_seq=7 ttl=64 time=93.4 ms 64 bytes from 10.42.0.101: icmp_seq=8 ttl=64 time=345 ms 64 bytes from 10.42.0.101: icmp_seq=9 ttl=64 time=358 ms 64 bytes from 10.42.0.101: icmp_seq=10 ttl=64 time=49.6 ms 64 bytes from 10.42.0.101: icmp_seq=11 ttl=64 time=1021 ms 64 bytes from 10.42.0.101: icmp_seq=12 ttl=64 time=299 ms 64 bytes from 10.42.0.101: icmp_seq=13 ttl=64 time=305 ms 64 bytes from 10.42.0.101: icmp_seq=14 ttl=64 time=318 ms 64 bytes from 10.42.0.101: icmp_seq=15 ttl=64 time=300 ms 64 bytes from 10.42.0.101: icmp_seq=16 ttl=64 time=1008 ms 64 bytes from 10.42.0.101: icmp_seq=17 ttl=64 time=290 ms 64 bytes from 10.42.0.101: icmp_seq=18 ttl=64 time=306 ms 64 bytes from 10.42.0.101: icmp_seq=19 ttl=64 time=211 ms 64 bytes from 10.42.0.101: icmp_seq=20 ttl=64 time=1023 ms ^C --- 10.42.0.101 ping statistics --- 21 packets transmitted, 20 received, 4.7619% packet loss, time 20085ms rtt min/avg/max/mdev = 49.608/418.113/1022.521/312.908 ms, pipe 2
The nanopi fire 3 is directly connected to my desktop computer via a CAT6 cable, and the desktop computer's network adapter supports gigabit ethernet. Note that it is a direct cable connection and I am getting <1ms with my other boards such as the odroid xu4.
I have also tried connecting the nanopi fire 3 directly to a netgear switch behind a router. Still terrible ping.
Surprisingly if I force nanopi fire 3 to use 100Mbps ethernet connection, the ping latency is suddenly normal.
I've tested the ethernet cable and it is working fine. And the nanopi fire 3 has a stable PSU(5.1V with no load and 5.05V under load).
To investigate further, I tested Friendlyarm's friendlycore (seems to be ubuntu 18.04, kernel 4.4, aarch64) on the fire 3. And the gigabit ethernet is working with full speed. I also tested all history versions of armbian on the nanopi fire 3, and NONE OF THEM HAVE WORKING STABLE GIGABIT ETHERNET. This makes me think that there is something wrong in the gigabit ethernet code with armbian's s5p6818 4.14 kernel, since friendlyarm's 4.4 kernel does not have that issue.
Also something worth noticing: nanopi fire 3 running armbian has less power draw(0.5 W) than friendlyarm's kernel, so it is possible that its network adapter attempted but cannot draw enough power to enable gigabit ethernet, thus the random and irregular ping.
Tl;dr: There are some bugs in Armbian's 4.14 kernel for Nanopi Fire 3 that prevents gigabit ethernet from working properly.
Link to comment
Share on other sites
7 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.