[Plugin] Realtek R8125 R8168 and R8152\6 drivers


Recommended Posts

9 hours ago, derjp said:

not sure if i did something wrong, or i still have to do more.

 

as ASPM is still Disabled

image.thumb.png.eebc9a2ca459d5c43593826848e01adc.png

 

Maybe you didn't activate it on the bios settings ? Sorry i don't use this NIC.

Link to comment

@Fuzzy0101

 

Thank you very much.

I've had my unraid system since 2019 and never got past C3.

At first I had an MSI Mortar B550M and thought maybe it was just the board and had to live with 30W in standby.
Now I had switched from AMD to Intel and a B760M from ASUS and again the same crap. Through all kinds of optimizations I got to 25W but then it was over.

I installed the new Realtek driver which didn't help either.

 

Then I saw your post:

 

Create r8125.conf in /boot/config/modprobe.d
with the following content:
options r8125 aspm=1
options r8125 eee=0 

 

And tadada 12-13W and C10.

 

Thank you very much!

 

My setup:
ASUS Prime B760M-A-D4 CSM
Intel i5 12500
RM550x (2021)
1x 16GB G.Skill Aegis DDR4-3200 CL16
3x fans
3x 16TB Seagate Exos X18
1x 1TB SAMSUNG 970 EVO Plus

Translated with DeepL.com (free version)

  • Like 1
Link to comment

Hi,

 

Unraid shows me I am using one of the supported card

1.thumb.png.9be69d683c4d38c6310d7ba06024af1f.png

so I installed this driver

3.png.e7bd4578b45f466cf0cea1ce7cfdeecd.png

but after running powertop ---auto-tune I got a lot of errors in the log and I lost connection with the server:

2.thumb.png.5ca27dd098a30d64076fa1750d478c3c.png

 

Does anybody knows something about it?

 

My system get maximum to C3 so I think I need update a driver for this card.

After I installed this driver I had every ASMP enabled, after uninstalled:

4.thumb.png.fdf8d245ac728a23e8955462e9707ee9.png

Edited by maTTi
Link to comment

My server becomes unresponsive from time to time and i have to reboot it. Looking at the log (previous) seems to tell me that there is some problem with my USB-Ethernet device.

Apr  3 11:36:28 Server kernel: r8152-cfgselector 2-2: USB disconnect, device number 2
Apr  3 11:36:28 Server kernel: xhci_hcd 0000:00:14.0: WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state.
Apr  3 11:36:28 Server kernel: r8152 2-2:1.0 eth0: Tx status -108
Apr  3 11:36:28 Server kernel: xhci_hcd 0000:00:14.0: WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state.
Apr  3 11:36:28 Server dhcpcd[1281]: eth0: carrier lost
Apr  3 11:36:28 Server dhcpcd[1281]: eth0: deleting route to yy.yy.yy.0/24
Apr  3 11:36:28 Server dhcpcd[1281]: eth0: deleting default route via yy.yy.yy.1
Apr  3 11:36:28 Server dhcpcd[1281]: eth0: removing interface
Apr  3 11:36:28 Server avahi-daemon[21299]: Interface eth0.IPv4 no longer relevant for mDNS.
Apr  3 11:36:28 Server avahi-daemon[21299]: Leaving mDNS multicast group on interface eth0.IPv4 with address yy.yy.yy.120.
Apr  3 11:36:28 Server avahi-daemon[21299]: Withdrawing address record for yy.yy.yy.120 on eth0.
Apr  3 11:36:29 Server kernel: usb 2-2: new SuperSpeed USB device number 5 using xhci_hcd
Apr  3 11:36:29 Server kernel: r8152-cfgselector 2-2: reset SuperSpeed USB device number 5 using xhci_hcd
Apr  3 11:36:29 Server kernel: r8152 2-2:1.0 eth0: v2.17.1 (2023/06/13)
Apr  3 11:36:29 Server kernel: r8152 2-2:1.0 eth0: This product is covered by one or more of the following patents:
Apr  3 11:36:29 Server kernel: 		US6,570,884, US6,115,776, and US6,327,625.
Apr  3 11:36:29 Server kernel: 
Apr  3 11:36:31 Server ntpd[1525]: Deleting interface #1 *multiple*, yy.yy.yy.120#123, interface stats: received=775, sent=775, dropped=0, active_time=135907 secs
Apr  3 11:36:31 Server ntpd[1525]: xx.xx.xx.8 local addr yy.yy.yy.120 -> <null>
Apr  3 11:36:31 Server ntpd[1525]: xx.xx.xx.4 local addr yy.yy.yy.120 -> <null>
Apr  3 11:36:31 Server ntpd[1525]: xx.xx.xx.0 local addr yy.yy.yy.120 -> <null>
Apr  3 11:36:31 Server ntpd[1525]: xx.xx.xx.12 local addr yy.yy.yy.120 -> <null>
Apr  3 11:41:35 Server ntpd[1525]: no peer for too long, server running free now

 

I am not sure what is going on here. Am I using the wrong driver (the installed plugin seems to be RTL8152 Drivers, while under system devices it says: Bus 002 Device 002 Port 2-2      ID 0bda:8156 Realtek Semiconductor Corp. USB 10/100/1G/2.5G LAN) Or is it some kind of power state problem, where USB gets deactivated?

 

Can you point me into the right direction? As I don't have physical access to my server right now (only vpn via unraid wireguard) I am too afraid to just delete the network driver and reboot.

Link to comment
On 3/29/2024 at 1:32 PM, Vitek said:

 

 

but after running powertop ---auto-tune I got a lot of errors in the log and I lost connection with the server:

2.thumb.png.5ca27dd098a30d64076fa1750d478c3c.png

 

 

Do you have a list what was set by "powertop ---auto-tune"?

 

Edited by Fuzzy0101
Link to comment
18 hours ago, Fuzzy0101 said:

Do you have a list what was set by "but after running powertop ---auto-tune"?

 

Everything was enabled (last image)

 

after install this plugin the version of driver is different r8168 vs r8169 is it ok?

image.thumb.png.9b8736214803a0ac0b8309ba5ed7e536.png

Edited by Vitek
Link to comment
On 4/3/2024 at 2:40 PM, JorgeB said:

USB device getting disconnect should not be a drive issue, try a different USB port.

Hi JorgeB, unfortunately this did not help resolve the issue. Had the bug again just a few minutes ago:

 

Apr 10 16:33:04 Server kernel: r8152-cfgselector 2-3: USB disconnect, device number 2
Apr 10 16:33:04 Server kernel: xhci_hcd 0000:00:14.0: WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state.
Apr 10 16:33:04 Server avahi-daemon[15003]: Interface eth0.IPv4 no longer relevant for mDNS.
Apr 10 16:33:04 Server avahi-daemon[15003]: Leaving mDNS multicast group on interface eth0.IPv4 with address yyy.yyy.y.yyy.
Apr 10 16:33:04 Server avahi-daemon[15003]: Withdrawing address record for yyy.yyy.y.yyy on eth0.
Apr 10 16:33:04 Server kernel: usb 2-3: new SuperSpeed USB device number 4 using xhci_hcd
Apr 10 16:33:04 Server kernel: r8152-cfgselector 2-3: reset SuperSpeed USB device number 4 using xhci_hcd
Apr 10 16:33:04 Server kernel: r8152 2-3:1.0 eth0: v2.17.1 (2023/06/13)
Apr 10 16:33:04 Server kernel: r8152 2-3:1.0 eth0: This product is covered by one or more of the following patents:
Apr 10 16:33:04 Server kernel: 		US6,570,884, US6,115,776, and US6,327,625.
Apr 10 16:33:04 Server kernel: 
Apr 10 16:33:06 Server ntpd[1444]: Deleting interface #1 *multiple*, yyy.yyy.y.yyy#123, interface stats: received=1807, sent=1807, dropped=0, active_time=431332 secs
Apr 10 16:33:06 Server ntpd[1444]: xxx.xxx.xx.0 local addr yyy.yyy.y.yyy -> <null>
Apr 10 16:33:06 Server ntpd[1444]: xxx.xxx.xx.12 local addr yyy.yyy.y.yyy -> <null>
Apr 10 16:33:06 Server ntpd[1444]: xxx.xxx.xx.8 local addr yyy.yyy.y.yyy -> <null>
Apr 10 16:33:06 Server ntpd[1444]: xxx.xxx.xx.4 local addr yyy.yyy.y.yyy -> <null>
Apr 10 16:35:08 Server emhttpd: read SMART /dev/sdk
Apr 10 16:35:08 Server emhttpd: read SMART /dev/sdl
Apr 10 16:35:11 Server kernel: r8152-cfgselector 2-3: USB disconnect, device number 4
Apr 10 16:35:13 Server emhttpd: read SMART /dev/sdj
Apr 10 16:35:36 Server kernel: usb 1-4: new high-speed USB device number 4 using xhci_hcd
Apr 10 16:35:36 Server kernel: r8152-cfgselector 1-4: reset high-speed USB device number 4 using xhci_hcd
Apr 10 16:35:37 Server kernel: r8152 1-4:1.0 (unnamed net_device) (uninitialized): get_registers -19
Apr 10 16:35:37 Server kernel: r8152 1-4:1.0 (unnamed net_device) (uninitialized): Get ether addr fail
Apr 10 16:35:37 Server kernel: r8152 1-4:1.0 eth0: v2.17.1 (2023/06/13)
Apr 10 16:35:37 Server kernel: r8152 1-4:1.0 eth0: This product is covered by one or more of the following patents:
Apr 10 16:35:37 Server kernel: 		US6,570,884, US6,115,776, and US6,327,625.
Apr 10 16:35:37 Server kernel: 
Apr 10 16:35:37 Server kernel: r8152-cfgselector 1-4: USB disconnect, device number 4
Apr 10 16:35:37 Server kernel: usb 2-4: new SuperSpeed USB device number 5 using xhci_hcd
Apr 10 16:35:37 Server kernel: r8152-cfgselector 2-4: reset SuperSpeed USB device number 5 using xhci_hcd
Apr 10 16:35:37 Server kernel: r8152 2-4:1.0 eth0: v2.17.1 (2023/06/13)
Apr 10 16:35:37 Server kernel: r8152 2-4:1.0 eth0: This product is covered by one or more of the following patents:
Apr 10 16:35:37 Server kernel: 		US6,570,884, US6,115,776, and US6,327,625.
Apr 10 16:35:37 Server kernel: 
Apr 10 16:38:26 Server emhttpd: spinning down /dev/sde
Apr 10 16:38:26 Server emhttpd: spinning down /dev/sdf
Apr 10 16:41:14 Server elogind-daemon[1344]: Power key pressed.
Apr 10 16:41:14 Server elogind-daemon[1344]: Powering Off...

 

Note that at 16:35 i manually detached the USB device and plugged it into another USB port. I try this every time this bug occures, but it does not help.

Edited by ArdNsc
Link to comment
54 minutes ago, ArdNsc said:

Hi JorgeB, unfortunately this did not help resolve the issue. Had the bug again just a few minutes ago:

Could still be a board/USB problem, but it can also be a device problem, do you have another NIC you could try with?

Link to comment
4 hours ago, JorgeB said:

Could still be a board/USB problem, but it can also be a device problem, do you have another NIC you could try with?

I don't have another USB-NIC. Before I buy a new one, I would at least like to understand what the log is telling me: For some unknown reason the USB disconnetcs. (But) it gets recognized after I replug it manually, but then nothing happens. Is that expected behaviour? My assumption would be, that if it was a problem with the NIC itself unplugging and replugging the USB device should solve the issue? (While booting the log says

usbcore: registered new interface driver r8152

, this does not happen after replugging.)

Link to comment

<Update> PBKAC Problem - Forgot to update my windows drivers..  lol.  now running at:   
C:\Local\iperf-3.1.3-win64>iperf3 -c 10.10.10.15
Connecting to host 10.10.10.15, port 5201
[  4] local 10.10.10.75 port 52482 connected to 10.10.10.15 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   1.00-2.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   2.00-3.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   3.00-4.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   4.00-5.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   5.00-6.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   6.00-7.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   7.00-8.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   8.00-9.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   9.00-10.00  sec   283 MBytes  2.37 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  2.76 GBytes  2.37 Gbits/sec                  sender
[  4]   0.00-10.00  sec  2.76 GBytes  2.37 Gbits/sec                  receiver

///////////
Just threw a tplink tx201 (image.png.7e10ddc2fa700b710d28ccc74c248e8a.pngSemiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 04)) card in my unraid box as well as my windows pc.  running iperf I'm only getting about 1.4Gbps.  That seems a lot lower than I expected.  Nothing really else on the switch but it's a knockoff brand.  Possible I'm getting a bottleneck somewhere else or should I dig deeper into the driver stack or tuning?   

 

C:\Users\ryanm\Downloads\iperf-3.1.3-win64>iperf3.exe -c 10.10.10.15
Connecting to host 10.10.10.15, port 5201
[  4] local 10.10.10.75 port 56363 connected to 10.10.10.15 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   170 MBytes  1.42 Gbits/sec
[  4]   1.00-2.00   sec   167 MBytes  1.40 Gbits/sec
[  4]   2.00-3.00   sec   166 MBytes  1.39 Gbits/sec
[  4]   3.00-4.00   sec   166 MBytes  1.40 Gbits/sec
[  4]   4.00-5.00   sec   168 MBytes  1.41 Gbits/sec
[  4]   5.00-6.00   sec   165 MBytes  1.38 Gbits/sec
[  4]   6.00-7.00   sec   167 MBytes  1.40 Gbits/sec
[  4]   7.00-8.00   sec   166 MBytes  1.39 Gbits/sec
[  4]   8.00-9.00   sec   166 MBytes  1.39 Gbits/sec
[  4]   9.00-10.00  sec   168 MBytes  1.41 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  1.63 GBytes  1.40 Gbits/sec                  sender
[  4]   0.00-10.00  sec  1.63 GBytes  1.40 Gbits/sec                  receiver

iperf Done.

Edited by Froz
Link to comment
Posted (edited)
20 hours ago, Froz said:

<Update> PBKAC Problem - Forgot to update my windows drivers..  lol.  now running at:   
C:\Local\iperf-3.1.3-win64>iperf3 -c 10.10.10.15
Connecting to host 10.10.10.15, port 5201
[  4] local 10.10.10.75 port 52482 connected to 10.10.10.15 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   1.00-2.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   2.00-3.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   3.00-4.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   4.00-5.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   5.00-6.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   6.00-7.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   7.00-8.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   8.00-9.00   sec   283 MBytes  2.37 Gbits/sec
[  4]   9.00-10.00  sec   283 MBytes  2.37 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  2.76 GBytes  2.37 Gbits/sec                  sender
[  4]   0.00-10.00  sec  2.76 GBytes  2.37 Gbits/sec                  receiver

///////////
Just threw a tplink tx201 (image.png.7e10ddc2fa700b710d28ccc74c248e8a.pngSemiconductor Co., Ltd. RTL8125 2.5GbE Controller (rev 04)) card in my unraid box as well as my windows pc.  running iperf I'm only getting about 1.4Gbps.  That seems a lot lower than I expected.  Nothing really else on the switch but it's a knockoff brand.  Possible I'm getting a bottleneck somewhere else or should I dig deeper into the driver stack or tuning?   

 

C:\Users\ryanm\Downloads\iperf-3.1.3-win64>iperf3.exe -c 10.10.10.15
Connecting to host 10.10.10.15, port 5201
[  4] local 10.10.10.75 port 56363 connected to 10.10.10.15 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec   170 MBytes  1.42 Gbits/sec
[  4]   1.00-2.00   sec   167 MBytes  1.40 Gbits/sec
[  4]   2.00-3.00   sec   166 MBytes  1.39 Gbits/sec
[  4]   3.00-4.00   sec   166 MBytes  1.40 Gbits/sec
[  4]   4.00-5.00   sec   168 MBytes  1.41 Gbits/sec
[  4]   5.00-6.00   sec   165 MBytes  1.38 Gbits/sec
[  4]   6.00-7.00   sec   167 MBytes  1.40 Gbits/sec
[  4]   7.00-8.00   sec   166 MBytes  1.39 Gbits/sec
[  4]   8.00-9.00   sec   166 MBytes  1.39 Gbits/sec
[  4]   9.00-10.00  sec   168 MBytes  1.41 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  1.63 GBytes  1.40 Gbits/sec                  sender
[  4]   0.00-10.00  sec  1.63 GBytes  1.40 Gbits/sec                  receiver

iperf Done.

Looks like the bridge issue, you could refer to the macvtap network settings in page 3 of the comments from benwwchen. It has nothing to do with drivers. I have no idea why some users cann't have full speed in Unraid with bridge on.

 

Edited by jinlife
Link to comment
On 4/11/2024 at 8:53 AM, JorgeB said:

when you reconnect it, do you use a different USB port?

I had the chance to test it: It does not make any difference if I switch to a different USB port or use the same one as before.

 

On 4/12/2024 at 12:58 PM, jinlife said:

I feel like Unraid doesn't support USB NICs hotplug.  I need to reboot Unraid everytime after plug in/out USB Nics, otherwise, it won't work normally.

Yeah, it seems like it. So this is a dead end I guess. Can I make a feature request anywhere?

 

Besides that I am still trying to find out what makes the USB NIC drop out in the first place. Any Ideas how to proceed?

Link to comment

I got redirected here from the changelog and tried to follow the steps in the first post.

 

Quote

 Navigate to Tools -> System  in the Unraid.

This is not accurate enough (anymore?, maybe it changed). Under tools I have several items with "System" in the name, but none just "System".  Under "System devices" I can see the ethernet controller, so it should maybe be adjusted to this?

My entry says "RTL8111/8168/8211/8411" - from my mainboards datasheet I can tell it is a RTL8111f. I'd also suggest adding some clarification whether this plugin is recommended if one of the supported chipsets is listed, or whether it means the user still needs to clarify whether a supported chipset (so which out of that list from the entry) is being used.

 

Link to comment
Quote

IOMMU group 11: [10ec:8168] 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 15)

 

Using 6.12.10 and see no problems in log even i use 1gbps fully sometimes. I don't need this plugin, right?

Edited by Nuke
Link to comment
1 minute ago, xyzeratul said:

Do I still need this driver when I upgrade to 6.12.10, during the update it auto uninstalled this driver

Can be a bit more specific? What did auto uninstall the driver? Are you sure that you don't have a new tab in the Plugins tab that is named "Plugins Error"?

 

Did you wait until your server sent you a notification that it is safe to reboot when doing the upgrade?

 

If you don't have any issues with the built in driver then the answer is: no.

Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.