[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

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.