You are not logged in.
I have a clevo based laptop that has a realtek 8411/8168 network card and the latest arch running on it. I have tried various solutions to get gigabit loading on it.
I tried tge ethtool trick listed here in the arch forums and I even tried loading both modules with the speed=1000 autoneg=on duplex=1 and that fails.
I booted a linux live mint 20.2 session and it successfully communicates at 1gigabit with no configurations needed.
So what can I try?
I have tried multiple cables that work at 1gigabit on my network but my laptop.
I'll provide info as needed.
Last edited by cryptodan (2022-09-14 21:27:58)
Offline
I even tried loading both modules with the speed=1000 autoneg=on duplex=1
The r8169 module doesn't seem to have such options?
I booted a linux live mint 20.2 session and it successfully communicates at 1gigabit with no configurations needed.
How do you determine the speed? ethtool (and the negotiated value there) or some speed test?
Try the lts kernel and post the output of
find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f
Ftr "the latest arch" is not a thing, the closes to that would be that you just now have updated the system.
Offline
The following links is the information requested ran from Mint live USB
https://termbin.com/mllm - The find command above.
https://termbin.com/hjbc - inxi -Fxrc0 command
The below is the same info from Linux Arch
https://termbin.com/gdrd - The find command
https://termbin.com/8xq9 - inxi -Fxrc0
Offline
You're going by the inxi output??
pacman -Qs firmware
If you don't simply lack linux-firmware
ethtool enp3s0 | curl -F 'file=@-' 0x0.st
sudo journalctl -b | curl -F 'file=@-' 0x0.st
and post what happens when you disable autoneg and try to enforce 1000 Mbps (error messages and updated ethtool output)
Offline
The inxi output matches the dmesg reading and the speedtest.net output.
I'll provide the additional info later disabling the autoneg has no effect.
I'll run a speed test from both arch and mint.
Offline
You won't have to run a speed test, check for the linux-firmware package.
The problem w/ the inxi output isn't that it's not correct, but that it's superficial.
Offline
Here is the read out from
sudo ethtool enp3s0
sudo ethtool enp3s0
Settings for enp3s0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
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/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
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: on
master-slave cfg: preferred slave
master-slave status: slave
Port: Twisted Pair
PHYAD: 0
Transceiver: external
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: d
Link detected: yes
And no I didn't have linux-firmware which is odd as i installed it.
After I installed linux-firmware
sudo ethtool enp3s0
[sudo] password for cryptodan:
Settings for enp3s0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
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/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
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
So the card is reading the link advertised but its getting that. The cables I have all work with 1gig ethernet adapters that I have on other machines. The driver is the only issue here and that driver works well on Mint just fine, and I will try minf 21 tomorrow along with another live distro.
Last edited by cryptodan (2022-09-01 20:59:06)
Offline
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
The other side of the connection does only 100MBit, this has nothing to do w/ the local system or r8168/9
Maybe it has several ports and not all are supporting 1Gb - or it's the cable. But you're looking at the wrong side of the connection.
Offline
Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full
The other side of the connection does only 100MBit, this has nothing to do w/ the local system or r8168/9
Maybe it has several ports and not all are supporting 1Gb - or it's the cable. But you're looking at the wrong side of the connection.
Then explain why the same cable in the same port on the same gigabit switch shows 1Gigabit in linux mint via live session?
Ill try another live distro to show that as well.
Offline
I can't. I cannot even say whether that's the case. I cannot say whether the link partner advertises 1GBit on mint or whether you only went by the inxi output there as well.
What I *can* tell you is that the other side of the conneciton (you may want to elaborate on it) says "I can give you 10Mbit or 100Mbit, which do you want?"
That's what you want to check w/ Mint and then figure why the link partner may or not show discriminative behavior.
Offline
Right now I am burning a recent edition of Kali to a USB with Kernel 5.18 and will test that one.
Offline
Here is the inxi -Fxrzc0 from linux mint with same cable and same computer connected at 1gigabit
Here is the ethtool enp3s0 read out
mint@mint:~$ sudo ethtool enp3s0
Settings for enp3s0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
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/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
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: d
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
mint@mint:~$ inxi -Nnnx
Network:
Device-1: Intel driver: iwlwifi v: kernel port: 5000 bus ID: 00:14.3
IF: wlp0s20f3 state: down mac: 14:85:7f:76:96:b6
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: CLEVO/KAPOK driver: r8169 v: kernel port: 3000 bus ID: 03:00.0
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: 80:fa:5b:9a:2e:ec
This is sure frustrating it shows 1gigabit in ethtool, but im connected at 100Megabit per speed test.
Also it seems that setting it to autoneg off prevents the card from working.
Here is ethtooth enp3s0 output on arch showing it is detecting 1gigabit link partner advertised, but settings it to 1gigabit brings the network down.
[root@pegasus net]# ethtool enp3s0
Settings for enp3s0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
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/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
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
MDI-X: Unknown
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
Cable hasnt changed at all
Last edited by cryptodan (2022-09-06 19:27:21)
Offline
You get advertised 1Gb from the link partner, the obvious (and only) difference is
Supported ports: [ TP MII ]
Port: MII
But that might be a red herring (MII - Media Independent Interface - isn't a requirement for 1Gb)
Was #7 on the r8168 or r8169 module?
I found https://forum.endeavouros.com/t/realtek … t-only/519 which is very similar to your situation but (to no surprise) was actually down to the cable.
Offline
It cant be the cable the cable works as needed on 5 different systems with gigabit network cards one being my desktop machine that has arch on it, one with ubuntu 18.04 server, and 2 windows 10 machines and my sons school laptop.
I believe the 7 is on r8169
Offline
I believe the 7 is on r8169
Rather check then believe and also "lsmod | grep mii" (because the edeavour thread doesn't have MII on r8168)
It cant be the cable the cable works as needed on 5 different systems
For clarification: the mint is from the very same hardware and not a similar system w/ the same NIC?
Since you've a lot of systems at hand, here's a kind advice from some experience: try a short and high quality cable.
Offline
The cables I have are 3 foot and 1.5meters and are high quality. One cable is rated up to 40gigabit.
Offline
So did you try different ones?
Did you check back on the MII 8168/9 situation?
Offline
Yes I have tried different ones and they all do 100Megabit and will not allow 1gigabit.
While mint showed 1Gigabit it only connected at 100Megabit per speed tests.
Last edited by cryptodan (2022-09-06 20:45:40)
Offline
While mint showed 1Gigabit it only connected at 100Megabit per speed tests.
It is something about the physical connection.
The cable, the plugs, the jacks (did you try a different slot on the AP? There's hardly a way to rule out the one on the NIC), something dampening the signal…
Better cables tend to have a pretection for the latch that secures the plug and I've seen those preventing the jack from going all the way in, causing a loose connection (google images for "clevo laptop" shows that they/some of them have some sort of rim above the jack panel?)
But since both ends support 1Gbit but cannot reliably negotiate a higher speed because apparently the signal doesn't allow for (much) more YELLS "cable" (standing in for the connection in general)
Offline
I'll see if my laptop has a ridge on it in the network port. That maybe the key to this whole issue.
Offline
I think I have one of the clevos with the ridge on the port as you stated above. I was able to get gigabit momentarily then it dropped to 100megabit.
What can I do to mitigate this?
Offline
That rim is only relevant if it prevents you from properly inserting the rj45 and that should only be the case if there's a latch protection.
And if that latch protection somehow collides with the frame.
In that case this is a physical issue and requires a physical solution. In particular
Offline
I bought a usb 3.0 network adapter based on the rt8152 chipset and will see about gigabit on it.
Offline
The USB gigabit uses r8152, and as such gives me 1gigabit ethernet as it is advertised. there is something wrong with my internal RealTek 8169 based ethernet card.
Ill use the USB ethernet port from now on until the driver is fixed.
Offline
Did you look at the physical plug situation?
Reminder: the link partner advertises only 100MB and when it does not (on the live system) the connection is still not good enough for more.
It is exceptionally unlikely that any change to the r8169 driver can change any about this situation.
Offline