Support for RTL8153 Adapter?
-
Yes, you may need to change the config index again to have cdce recognise it.
Try running
usbconfig dump_all_descto see what config indexes exist for it and what interfaces they present.Steve
-
Unfortunately, it was not possible to execute the "status" link: the GUI was not accessible this time with an nginx error message (gateway error). As always, the existing connections were still alive. I reverted to the cdce driver with the previous usbconfig line and hint.ure.0.disabled=1. Let's wait a few days to see if it's stable like 2.5.1 was before.
Just another detail: I have an alternate 4G/WiFi connection (dual WAN for backup). Usually, I just have to power on the 4G device, but this time the firewall could not establish the WiFi connection. After reboot everything was working fine. It seems that this NIC failure causes a more global failure (nginx and WiFi failure at least).
-
Ah, so you were able to move back to the cdce driver by disabling ure0? Good to know.
Your description of the problem seem like something more wide ranging than the driver. Like maybe php stalling on something? I would expect the logs to show something.
Steve
-
It has been 7 days without any issue, as far as I'm concerned the workaround to force cdce driver instead of the new ure driver works perfectly with my Thinkpad RTL8153 USB adaptor. To summarize in one post to help other users:
/boot/loader.conf.local:
hint.ure.0.disabled=1/conf/config.xml:
<earlyshellcmd>usbconfig -d `usbconfig list | grep "Thinkpad" | cut -c5-7` set_config 1</earlyshellcmd>Thank you, Jean-Francois.
-
@jean-francois This is still relevant in 2.6.0. Had a NIC die and didn't have a replacement on hand. Plugged in a TP-Link UE200 with the RTL8153 chipset. It was capping out at 40MBit.
Using the 2 config lines you posted boosted the throughput up to 250mbit, which should suffice until a replacement nic arrives.
