(2020-01-23, 00:19)UrushibaraRuka Wrote: Would it be possible to get a version with the older r8168 driver to test and see if the issue persists?
Or was that already tested and I just missed it in the thread?
Sorry to bug you again with this issue but it really starts to get annoying lately.
And again, thank you for your work with the nightly builds!
Can you remind me what the original problem is, as your previous post on this forum is from
almost a year ago (March 2019).
Is it an internet connectivity issue? That's generally out of my control, and could be any number of things between your PC and the remote server (your network cabling, switches, your router/gateway, your ISP, proxy or peering issues etc.).
Test your PC using
iperf3 (available in the LibreELEC
network-tools add-on - you'll need to find a suitable
iperf3 binary to run on another - "server" - PC in your network) as that will confirm if the driver is working OK, at least on your LAN. For WAN issues, contact your ISP...
One time I had an "internet connection" problem with my main PC (connected to a £35 8-port Netgear gigethernet switch, which then uplinked to the ISP gateway). For most of the day I could not get better than a few Mb/s when uploading/downloading on an unlimited 1Gbs symmetric connection. After spending most of the day blaming my ISP, I eventually realised that another PC connected to the same 8-port switch had been busy all day copying large video files to a NAS (as I had told it to do!) and the cheap-arse Netgear switch could not handle the massive number of packets from both PCs (both 1000Mb/s connections). So it wasn't an ISP problem at all, or even a PC problem, but entirely a fault within my own network - my fault for buying cheap 8-port consumer-grade switches (I still need to replace them... one day!)
Another thing to check is that your PC is connected at the expected link speed, ideally this should be 1000Mb/s full duplex. Also try a different cable, different switch port, different switch, disconnect all other devices, etc.
The r8168 driver you talk about is unfortunately an out of tree module which isn't worth trying to build as there's zero chance of it being added long term even if it does work (Realtek drivers suck very, very hard), so the best option is to identify when the issue with r8169 started, as this is the preferred in-tree driver, and then maybe it can be isolated (assuming it's even a problem with the r8169 driver at all, and not something in your own network).
I have tested my r8169-based Revo3700 (booted with kernel 5.5-rc7) and it has no connectivity problems - it is downloading from the LAN and WAN at close to full speed, 100MB/s:
text:
##############################################
# LibreELEC #
# https://libreelec.tv #
##############################################
LibreELEC (Milhouse.next): devel-20200120222743-#0120x-g5c2daec (Generic.x86_64)
LibreELEC:~ # uname -a
Linux LibreELEC 5.5.0-rc7 #2 SMP Mon Jan 20 22:36:41 GMT 2020 x86_64 GNU/Linux
LibreELEC:~ # ethtool -i eth0
driver: r8169
version:
firmware-version: rtl_nic/rtl8168e-2.fw
expansion-rom-version:
bus-info: 0000:03:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no
LibreELEC:~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
LibreELEC:~ # iperf -c 192.168.0.9 -t 10 -i 1
Connecting to host 192.168.0.9, port 5201
[ 5] local 192.168.0.12 port 36302 connected to 192.168.0.9 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.01 sec 112 MBytes 928 Mbits/sec 0 505 KBytes
[ 5] 1.01-2.01 sec 110 MBytes 925 Mbits/sec 0 554 KBytes
[ 5] 2.01-3.00 sec 110 MBytes 932 Mbits/sec 0 580 KBytes
[ 5] 3.00-4.00 sec 110 MBytes 923 Mbits/sec 0 580 KBytes
[ 5] 4.00-5.00 sec 109 MBytes 911 Mbits/sec 13 211 KBytes
[ 5] 5.00-6.00 sec 110 MBytes 923 Mbits/sec 0 383 KBytes
[ 5] 6.00-7.00 sec 110 MBytes 924 Mbits/sec 0 409 KBytes
[ 5] 7.00-8.01 sec 105 MBytes 876 Mbits/sec 0 427 KBytes
[ 5] 8.01-9.00 sec 112 MBytes 949 Mbits/sec 0 433 KBytes
[ 5] 9.00-10.00 sec 110 MBytes 923 Mbits/sec 0 433 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.07 GBytes 921 Mbits/sec 13 sender
[ 5] 0.00-10.00 sec 1.07 GBytes 919 Mbits/sec receiver
iperf Done.
LibreELEC:~ # time curl -L http://milhouse.libreelec.tv/builds/mast...382f49.tar -o /dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 234M 100 234M 0 0 99.0M 0 0:00:02 0:00:02 --:--:-- 99.0M
real 0m 2.39s
user 0m 0.49s
sys 0m 1.69s
The 234MB Generic #0122 tar file downloaded in 2.5s which is about ~99MB/s. I'm on a 1Gb/s fibre connection to my ISP, the Revo3700 is connected over Cat5 to an 8-port GigE switch uplinked to the ISP gateway. The libreelec.tv download server has a better than 3Gb/s connection.
Edit: The forum seems to have elided the download url:
http://milhouse.libreelec.tv/builds/mast...382f49.tar
