-
Hmm, nothing there either. I would usually go to the source at that point.
-
@stephenw10 said in Updated Realtek NIC drivers missing in PfSense 2.6.0:
Hmm, nothing there either. I would usually go to the source at that point.
anything else I can try, bro? if everything look normal, it's ok bro, let's it be and I don't get any complain about disconnection from user either. I really appreciate your time and support. :)
-
Apparently the 196.04 release has been removed, as the fetch command can no longer find it. Does anyone have the location of the updated package?
-
Use .pkg. But also you don't need to fetch it first, you can just add it directly:
[2.6.0-RELEASE][admin@cedev-3.stevew.lan]/root: pkg add https://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/realtek-re-kmod-196.04.pkg Fetching realtek-re-kmod-196.04.pkg: 100% 105 KiB 107.7kB/s 00:01 Installing realtek-re-kmod-196.04... Extracting realtek-re-kmod-196.04: 100% ===== Message from realtek-re-kmod-196.04: -- Add the following lines to your /boot/loader.conf to override the built-in FreeBSD re(4) driver. if_re_load="YES" if_re_name="/boot/modules/if_re.ko" By default, the size of allocated mbufs is enough to receive the largest Ethernet frame supported by the card. If your memory is highly fragmented, trying to allocate contiguous pages (more than 4096 bytes) may result in driver hangs. For this reason the value is tunable at boot time, e.g. if you don't need Jumbo frames you can lower the memory requirements and avoid this issue with: hw.re.max_rx_mbuf_sz="2048"Then add those lines to loader.conf.local and reboot.
Steve
-
@stephenw10 Thank you so much Stephen!!! Worked like a champ! One caveat, I had disabled the admin user, and created a new admin user, per security best practices, but the new admin user was unable to install the package, as it had insufficient privileges. Simple remedy was to re-enable admin, use that to install, then re-disable.
Thanks again!
Rich -
This drivers kills Wireguard performance. After entering those two lines:
if_re_load="YES"
if_re_name="/boot/modules/if_re.ko"and validating that the driver was loaded my Wireguard speed decreases to 210 Mbps from 400 Mbps which is my ISP speed. When I remove those two lines and reboot the speed goes back to normal which is 400 Mbps. Open VPN appears to be unaffected at 400 Mbps.
This is lab test while directly connected to router.
-
C chris5h referenced this topic on
-
C chris5h referenced this topic on
-
@stephenw10 said in Updated Realtek NIC drivers missing in PfSense 2.6.0:
https://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/realtek-re-kmod-196.04.pkg
I can't retrieve this file but I did find a newer version.
Has anyone tested this?
https://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/realtek-re-kmod-197.00.pkg
-
Not as far as I know. It's probably fine though.
Use quarterly if you still want 196.04:
https://pkg.freebsd.org/FreeBSD:12:amd64/quarterly/All/realtek-re-kmod-196.04.pkgSteve
-
My experience with the Realtek Nics was not a good in regards to pfSense. I have 3 Realtek cards, 1-4 port, and 2-2 ports. While the driver reference above did allow pfSense to see the cards, that was about all it could do. Once I activated the interfaces, pfSense would hang hard. It might take a minute or two, but nothing would get pfSense to work. Even cold boots. This was not in virtual machines, but bare metal installs. I changed the cards out, same thing. I took the I350 card out of my workstation, and inserted into my pfSense box, and after reloading pfSense from scratch, it worked fine. I put the Realtek cards back in, and sure enough, nothing worked. Before activating the Realtek card, I could run web configuration fine. Once I activated even one interface, after a short period of time, nothing. Not even a ping. The Realtek cards work fine in Windows 10 Professional and Ubuntu 22.04, so I will use them in my client boxes. I purchased an additional I350 4 port card on EBay, and that works perfectly in pfSense.
-
Hmm, that's odd. Most Realtek NICs, Gigabit, will be recognised and will work but might show connection issues or just stop passing traffic (watchdog timeouts). The newer 2.5G Realteks NICs will not be recognised at all without the alternative driver but mostly work fine with it.
What chipset did those NICs have?
Steve
-
@richalgeni running PfSense 2.6.0 and two integrated Realtek RTL8111K and RTL8111H integrated ethernet adapters with the 196.04 drivers, I've had zero issues. (However, with the default PfSense RTL8111 drivers, there were plenty of issues)
I did also put in that adjustment to the loader.conf.local file to limit memory, since I don't use jumbo frames on the network at all.
Also...I found I had to have under System > Advanced > Networking the following settings...at one point I was experimenting with them, and the system did hard lock...so I don't touch them now:
Hardware Checksum Offloading checked
Hardware TCP Segmentation Offloading checked
Hardware Large Receive Offloading checked
hn ALTQ support unchecked -
It's important to note that these were add-in cards. I will take a picture of them tomorrow, and post them.
-
Here are the Realtek Chipsets that will be supported from the Driver 1.97.00
RTL8401-RTL8402 RTL8411-RTL8411B RTL8125-RTL8125B(S)(G) RTL8168B-RTL8168E-RTL8168H RTL8111DP-RTL8111EP-RTL8111FP RTL8101E-RTL8102E-RTL8103E-RTL8105E-RTL8106E-RTL8107E RTL8111B-RTL8111C-RTL8111D-RTL8111E-RTL8111F-RTL8111G(S)-RTL8111H(S)-RTL8118(A)(S)-RTL8119i-RTL8111L-RTL8111K -
https://photos.app.goo.gl/qKUNVuHkkMy8TNQF8
https://photos.app.goo.gl/6D8XTLtKi1MVxb6V9
https://photos.app.goo.gl/vSBrwxPYjisRqXvn9Here are the three cards I tried. After they didn't work in pfSense, I loaded the 4 port card into a FreeNAS machine. One of the 2 port cards is in a machine in my office, replacing a 100 mb card. The other 2 port card is in my workstation, but is not currently connected to anything.
-
Hmm, well I would have expected those to work. And I certainly wouldn't expect it to hang the firewall. I suspect something else was in play there beyond just the NIC/driver. The multiport cards are far less common, something in the PCIe bridge ICs maybe? Complete speculation!
Steve
-
I understand, and agree wholeheartedly! However, I don't have a spare LGA1151 motherboard and CPU for which to try.
-
@richalgeni said in Updated Realtek NIC drivers missing in PfSense 2.6.0:
https://photos.app.goo.gl/qKUNVuHkkMy8TNQF8
Is sorted with a RealTek RTL8125BG Chipsets
https://photos.app.goo.gl/6D8XTLtKi1MVxb6V9
https://photos.app.goo.gl/vSBrwxPYjisRqXvn9Are both sorted with a RealTek RTL8125 Chipset
(2 of them on one card)RTL8125-RTL8125B(S)(G)
So both cards should be all supported by the driver 1.97.00 for pfSense as shown above. -
@rk0 can you point me to the manual steps you reference in this post to update Realtek drivers? I can't seem to find it. I recently bought a mini pc that as Realtek NICs. I am having the same problem other users are describing. Please point me to the manual steps.
-
@tgdsilva this info I copied and edited from my post at https://forum.netgate.com/topic/166746/realtek-re-kmod-missing-in-pfsense-2-6-repository/29?_=1669636929416
I did a total PfSense reload/reformat of my Lenovo ThinkCentre M90n IoT system with version 2.6.0.
No errors on any adapters after I updated the Realtek drivers per the procedure below.
First, I made sure the BIOS level of the system was at the most current release per the Lenovo support site at pcsupport.lenovo.com. The system BIOS settings were put into pure UEFI mode, CSM enabled, Secure Boot disabled. I also disabled wifi on the M90n (PfSense can't "understand" the built in wifi card, and I have AP's anyway), disabled the serial ports on the unit, and set it to return to last power state if the power goes out. The file system was installed "fresh"...the ZFS file system and PfSense version 2.6.0, since ZFS will be the default file system going forward.
It took the backup XML file restore settings from my 2.5.2 installation with no issues.
I used SSH to log in and open a command prompt as admin.
I then issued the commands to download the revised Realtek drivers from freebsd
fetch -v https://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/realtek-re-kmod-197.00.pkg pkg install -f -y realtek-re-kmod-197.00.pkgI then loaded nano...just because it is easier than vi
pkg install nanoI then created a /boot/loader.conf.local file with the entries
if_re_load="YES" if_re_name="/boot/modules/if_re.ko"...and then rebooted the system
Logged back in after the reboot, disabled ssh, and looked for errors....
There were none.
-
You can just use pkg add dircetly:
pkg add https://pkg.freebsd.org/FreeBSD:12:amd64/latest/All/realtek-re-kmod-197.00.pkgYou can append those lines with echo:
echo 'if_re_load="YES"' >> /boot/loader.conf.local echo 'if_re_name="/boot/modules/if_re.ko"' >> /boot/loader.conf.localCheck the boot logs for the new driver version.
Steve
