You are not logged in.
Hey. I've been a windows user up until 2 months ago, when I permanently made the switch to linux. On windows there was a problem with the Realtek Network Driver (link to 1 forum describing the problem https://forum-en.msi.com/index.php?thre … ng.345823/ , but tl;dr:
The network adapter would start resetting when being under alot of load from games, downloads etc.
This was a problem for a long time on windows, but eventually realtek released drivers that fixed it for me on windows. I remember using linux mint like 10 months ago and experiencing the same exact symptoms when trying to play games, but I didn't bother fixing it since I wasn't a full time linux user back then. I had almost forgotten about the problem because it was fixed on windows, but now that I am on arch (5.12.9-arch1-1) I remembered that the problem still persists on linux. Playing games causes my download speed to drop to 0. So here's the problem:
I searched for the linux equivalent drivers for my network adapter (https://www.realtek.com/en/component/zo … s-software) but the description says "GBE Ethernet LINUX driver r8168 for kernel up to 5.6 ". I have the kernel 5.12.9, so I suppose that these just won't work for me? Is there anything else I can do except wait (or switch distro to one that's on a lower kernel)?
This is kind of frustrating because the problem persisted for so long on windows and now I'm experiencing it again on arch. I don't think it would be the end of the world if this forced me to dualboot, but yh, I just have the weird urge to make everything work.
Thank you in advance
Last edited by Uqen (2021-06-10 21:58:00)
Offline
Have you tried r8168? Also have a look at Ethernet#MicroStar_Motherboard_with_Realtek_8111/8168/8411.
Offline
Have you tried r8168? Also have a look at Ethernet#MicroStar_Motherboard_with_Realtek_8111/8168/8411.
I downloaded r8168 and blacklisted r8169, when I run lpsci -vv it shows me this:
Kernel driver in use: r8168
Kernel modules: r8169, r8168
Does r8169 being there bring me any problems? The right one is in use, so I can leave it at that and just test for now, right?
Offline
Does r8169 being there bring me any problems? The right one is in use, so I can leave it at that and just test for now, right?
Correct. r8169 is supplied by the kernel package and that output just shows the module has been detected, as it is not loaded it is not an issue.
Offline
loqs wrote:Have you tried r8168? Also have a look at Ethernet#MicroStar_Motherboard_with_Realtek_8111/8168/8411.
I downloaded r8168 and blacklisted r8169, when I run lpsci -vv it shows me this:
Kernel driver in use: r8168
Kernel modules: r8169, r8168Does r8169 being there bring me any problems? The right one is in use, so I can leave it at that and just test for now, right?
I had a similar problem and this fixes it, I am no expert my understanding is the kernel has the r8169 module, so is not removable without specifically recompiling. Blacklisting and using the r8168 should not cause problems. It's been working here for a couple of months.
Offline
problem still persists sadly. I think realtek just hasn't adressed this on linux yet. It took them so fkn long on windows that it would actually surprise me if they had here. I appreciate the replies from you guys tho, thank you very much.
I think I'll just resort to dualbooting
Offline
Can you please post a complete system journal that covers the problem (reset under pressure)?
Offline
Can you please post a complete system journal that covers the problem (reset under pressure)?
do you mean this https://wiki.archlinux.org/title/Systemd/Journal ?
If yes, I tried recreating the problem. I started my game, watched a stream in the background and played for a few minutes and then around 22:36 my download went out.
Jun 10 22:28:27 arch dbus-daemon[575]: [session uid=1000 pid=575] Activating service name='org.gnome.ScreenSaver' requested by ':1.25' (uid=1000 pid=2941 comm="/home/uqen/.local/share/Steam/ubuntu12_32/steam ")
Jun 10 22:28:27 arch dbus-daemon[575]: [session uid=1000 pid=575] Successfully activated service 'org.gnome.ScreenSaver'
These two messages started looping around 22:26 until 22:38, after that these messages show up:
Jun 10 22:38:10 arch kernel: enp4s0: cmd = 0xff, should be 0x07
.
and
Jun 10 22:38:10 arch kernel: enp4s0: esd_flag = 0x0001
.
in complete red.
Offline
Yes, that'S what I mean but we'd need to see the complete journal for context - not random excerpts.
sudo journalctl -b | curl -F 'f:1=<-' ix.io # post the url you get
Offline
Yes, that'S what I mean but we'd need to see the complete journal for context - not random excerpts.
sudo journalctl -b | curl -F 'f:1=<-' ix.io # post the url you get
22:36 was one disconnect I remember http://ix.io/3pvF
Offline
The journal starts 22:42:53 and doesn't seem to cover any network losses.
You likely rebooted?
sudo journalctl -b -1 | curl -F 'f:1=<-' ix.io
for the previous boot.
Offline
The journal starts 22:42:53 and doesn't seem to cover any network losses.
You likely rebooted?sudo journalctl -b -1 | curl -F 'f:1=<-' ix.io
for the previous boot.
i'm so stupid, sorry http://ix.io/3pvI
Offline
also I just realized the url to the forum isn't working, here is the right URL https://forum-en.msi.com/index.php?thre … ng.345823/
Offline
There's no context (backtrace, further error messages) but superficially related bugs on ubuntu and manjaro stumble over power state changes.
Try to pass
r8168.aspm=0 r8168.eee_enable=0 pcie_aspm=off
to the kernel, https://wiki.archlinux.org/title/Kernel_parameters
Offline
There's no context (backtrace, further error messages) but superficially related bugs on ubuntu and manjaro stumble over power state changes.
Try to passr8168.aspm=0 r8168.eee_enable=0 pcie_aspm=off
to the kernel, https://wiki.archlinux.org/title/Kernel_parameters
I remember on windows with some driver versions changing these settings helped make it close to non existent
You have to go the the Device Properties -> Advanced and disable:
Advanced EEE
ARP Offload
Energy-Efficient Ethernet
Gigabit-Lite
Green Ethernet
Interrupt Moderation
IPv5 Checksum Offload
Large Send Offload v2 (IPv4)
Large Send Offload v2 (IPv6)
NS Offload
Power Saving Mode
TCP Checksum Offload (IPv4)
TCP Checksum Offload (IPv6)
UDP Checksum Offload (IPv4)
UDP Checksum Offload (IPv6)
I think the people in the forums traced the problem back to realtek adapters having a problem with udp
Anyways, I put
r8168.aspm=0 r8168.eee_enable=0 pcie_aspm=off
in grub-customizer under kernel parameters, I hope that's right
Offline
seth wrote:There's no context (backtrace, further error messages) but superficially related bugs on ubuntu and manjaro stumble over power state changes.
Try to passr8168.aspm=0 r8168.eee_enable=0 pcie_aspm=off
to the kernel, https://wiki.archlinux.org/title/Kernel_parameters
I remember on windows with some driver versions changing these settings helped make it close to non existent
You have to go the the Device Properties -> Advanced and disable: Advanced EEE ARP Offload Energy-Efficient Ethernet Gigabit-Lite Green Ethernet Interrupt Moderation IPv5 Checksum Offload Large Send Offload v2 (IPv4) Large Send Offload v2 (IPv6) NS Offload Power Saving Mode TCP Checksum Offload (IPv4) TCP Checksum Offload (IPv6) UDP Checksum Offload (IPv4) UDP Checksum Offload (IPv6)
I think the people in the forums traced the problem back to realtek adapters having a problem with udp
Anyways, I put
r8168.aspm=0 r8168.eee_enable=0 pcie_aspm=off
in grub-customizer under kernel parameters, I hope that's right
problem still persists
Offline
I hope that's right
No idea,
cat /proc/cmdline
You can add the module parameters w/o the kernel commandline, https://wiki.archlinux.org/title/Kernel … le_options
But that's not gonna work for "pcie_aspm=off" (where I'd actually hope you could skip that, but we'll start w/ the broadsword)
Offline