Stock debian image - rock64 - gigabit
#1
When using my Rock64 with Gigabit link, network connections are unstable (I even cannot get the dmesg output via ssh connection), no problem when using 100Mbit.

dmesg doesn't indicate any problem (retrieved after set port to 100 MBit)
eth0: Link is Up - 1Gbps/Full - flow control rx/tx
eth0: Link is Up - 100Mbps/Full - flow control rx/tx

Did a sudo apt-get update/upgrade which updated a couple of things but issue persist

Current setup:
Rock64 
4GB 
official debian image on SD card
emmc plugged in but not used yet.
Router/Switch: Fritzbox 6360

When using the same FritzBox port (configured as Gigabit port) with my laptop, no issue is seen.

Any ideas?

Thank you
Reinhard
  Reply
#2
Some iperf statistics with configured Gigabit port

Rock64 running as server iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------

[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   697 MBytes   584 Mbits/sec
[  4]  0.0-10.0 sec   690 MBytes   578 Mbits/sec
[  4]  0.0-10.0 sec   697 MBytes   584 Mbits/sec
[  4]  0.0-10.0 sec   701 MBytes   587 Mbits/sec
[  4]  0.0-10.0 sec   692 MBytes   579 Mbits/sec


Rock64 as client iperf -c my_linux_server
------------------------------------------------------------
Client connecting to my_linux_server, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   105 KBytes  85.7 Kbits/sec
[  3]  0.0-10.0 sec   102 KBytes  55.6 Kbits/sec
[  3]  0.0-10.0 sec   103 KBytes  84.6 Kbits/sec
[  3]  0.0-10.0 sec   102 KBytes  83.4 Kbits/sec
[  3]  0.0-10.0 sec   112 KBytes  91.5 Kbits/sec


Strange - isn't it?

Thx
Reinhard
  Reply
#3
Here is mine tested with Odroid XU4


Code:
root@rock64:/# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.1.5 port 5001 connected with 192.168.1.4 port 59412
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec  1.09 GBytes   937 Mbits/sec

root@rock64:/# iperf -c 192.168.1.4
------------------------------------------------------------
Client connecting to 192.168.1.4, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.5 port 47212 connected with 192.168.1.4 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   970 MBytes   813 Mbits/sec


Make sure you use proper ethernet cable at least CAT 6 type.

Rock64 2GB version.
Ayufan Debian Stretch Minimal
Router: Asus 1200G+
  Reply
#4
Hello rontant,

thanks again for your helpful info.
So this means there is no general issue and must be something on my side.

Do you really think a defect ethernet cable could explain such data?
I mean, the same cable was used when having ~600 Megabit throughput
and only ~80 Kilobithroughput. It looks like I can do this test again and again
and statistics doesn't change. When rock64 is used in client mode I do get the ~80Kb
and when used in server mode iperf reports ~600Mb. Nevertheless, I replaced
the cat6 cables with brandnew cat7 cables but result is still the same.

In the meantime I installed tcpdump on the rock64 and will do some network tracing to see
if I can figure out what's going on here. To be honest, I'm suspecting some duplex issue.
Hopefully I can get my hands on some gigabit switch to see if the fritzbox is the source of the 
problem or not.

If you or anyone else has some other ideas how to find out what could have caused this issue,
I appreciate your help.

Thank you
Reinhard
  Reply
#5
Gbe is not supported on Android yet;

... you have two options for the time being:

1)  change the config in your switch and limit the port speed to 100M/s 

2)  modify your cat5 or cat6 cable ( open the cable sheath ) and clip (yes cut) the blue and the brown pairs


Modifying the cable forces 10|100 on your switch,  and the Android on Rock64 will work fine !
marcushh777    Cool

please join us for a chat @  irc.pine64.xyz:6667   or ssl  irc.pine64.xyz:6697

( I regret that I am not able to respond to personal messages;  let's meet on irc! )
  Reply
#6
Hello MarkHaysHarris777,

thank you very much for tip but I'm not using Android image,
I installed the debian stock image and yes, when configuring
the port to 100 MBit I don't have any issues. Could it be that
the same problem exists on Linux and Android image?
But if so, how could it be that rontant doesn't have this problem?

Thx
Reinhard
  Reply
#7
(08-26-2017, 05:50 PM)rhille Wrote: Hello MarkHaysHarris777,

thank you very much for tip but I'm not using Android image,
I installed the debian stock image and yes, when configuring
the port to 100 MBit I don't have any issues. Could it be that
the same problem exists on Linux and Android image?
But if so, how could it be that rontant doesn't have this problem?

Thx
Reinhard

Its going to depend on the image, the board level, and the PHY chip that was selected for that board(s).

Blush

This is like "dejavu" ;  we had a similar issue with the PineA64 too;
marcushh777    Cool

please join us for a chat @  irc.pine64.xyz:6667   or ssl  irc.pine64.xyz:6697

( I regret that I am not able to respond to personal messages;  let's meet on irc! )
  Reply
#8
Rhile, would  you mind showing the results of 'uname -a' and 'lsb_release -d' ?

Here is mine:
Code:
rock64@rock64:~$ uname -a
Linux rock64 4.4.70-rockchip-ayufan-89 #1 SMP Sun Aug 20 13:29:12 UTC 2017 aarch64 GNU/Linux
rock64@rock64:~$ lsb_release -d
Description:    Debian GNU/Linux 9.1 (stretch)
  Reply
#9
(08-26-2017, 08:14 PM)rontant Wrote: Rhile, would  you mind showing the results of 'uname -a' and 'lsb_release -d' ?

Here is mine:
Code:
rock64@rock64:~$ uname -a
Linux rock64 4.4.70-rockchip-ayufan-89 #1 SMP Sun Aug 20 13:29:12 UTC 2017 aarch64 GNU/Linux
rock64@rock64:~$ lsb_release -d
Description:    Debian GNU/Linux 9.1 (stretch)

No problem

linaro@therock:~$ uname -a
Linux therock 4.4.70 #1 SMP Tue Jul 18 15:18:26 MYT 2017 aarch64 GNU/Linux
linaro@therock:~$ lsb_release -d
Description: Debian GNU/Linux 9.1 (stretch)
linaro@therock:~$ 

@MarkHaysHarris777,
>Its going to depend on the image, the board level, and the PHY chip that was selected for that board(s).

May I ask what PHY stands for? Is it short for physical? Or another term for network chip?

Thank you
Reinhard
  Reply
#10
(08-27-2017, 05:37 AM)rhille Wrote: @MarkHaysHarris777,
>Its going to depend on the image, the board level, and the PHY chip that was selected for that board(s).

May I ask what PHY stands for? Is it short for physical? Or another term for network chip?

https://en.wikipedia.org/wiki/PHY_(chip)
marcushh777    Cool

please join us for a chat @  irc.pine64.xyz:6667   or ssl  irc.pine64.xyz:6697

( I regret that I am not able to respond to personal messages;  let's meet on irc! )
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  How to update/compile Debian 12.5? Wizardknight 0 55 02-22-2024, 01:09 PM
Last Post: Wizardknight
  Rock64 won't boot dstallmo 0 179 12-27-2023, 10:34 AM
Last Post: dstallmo
  HDMI doesn't work on rock64 Noung1991 1 435 11-21-2023, 08:33 AM
Last Post: as365n4
  Rock64 + Klipper + KlipperScreen Instructions godzilla62 0 420 10-22-2023, 01:52 AM
Last Post: godzilla62
  Rock64 Debian 11 (Bullseye) install problem jbize 15 7,637 10-12-2023, 05:14 PM
Last Post: tpaul
  slarm64 (unofficial slackware) Rock64 RK3328 (aarch64) mara 133 184,142 10-09-2023, 03:31 AM
Last Post: mara
  arch rock64 does not boot nemnob 0 447 07-09-2023, 03:28 AM
Last Post: nemnob
  RXDP from Win10 to Armbian on Rock64 Transportsicherung 0 497 05-27-2023, 06:11 AM
Last Post: Transportsicherung
  DietPi OS for ROCK64 MichaIng 41 30,861 12-07-2022, 08:22 PM
Last Post: luminosity7
  Using multiple UART's on Rock64. ramprasad 0 850 08-29-2022, 01:22 PM
Last Post: ramprasad

Forum Jump:


Users browsing this thread: 1 Guest(s)