I have one of these (I think it's the same chipset, I know it's AX88xxx)
and I've used it before without issue.
If I can find it at home and it's the same chipset I'll give it a whirl
and check to confirm that it's not a hardware issue. Problem with these
cheap USB-whatever adapters is that the
10.3-RELEASE
amd64 with ECC memory
VIA VL805 USB 3.0 controller
ue0 is Siig USB-to-Ethernet Chipset: AX88179
ugen0.7: at usbus0, cfg=0 md=HOST
spd=SUPER (5.0Gbps) pwr=ON (124mA)
ue0: flags=8c43 metric 0
mtu 1500
options=8000b
inet 10.0.210.66 netmask 0xff00 broadcast
Multiple people have found that FreeBSD's re(4) driver for Realtek
Ethernet chips has problems. Something like a rcp(1) with another
FreeBSD box merely runs slower due to the stalls, but if the other end
has buggy network code and/or if the transfer is forced to use UDP
(Unreliable Data Protocol)
Hi. I have the same problem.
The arc4random() call was committed and reverted (
https://svnweb.freebsd.org/base/head/sys/net/if_epair.c?view=log)
I have a patch, that I'm currently using, that solves the issue locally
(available here https://pastebin.com/LpPEVJL7 )
To be more generic, I'd like t
Hi,
In general, if a driver (e.g. ixgbe) supports DEV_NETMAP, then all the
NIC models sharing the same driver will have native netmap support.
Netmap simply does not know about the specific models.
If you are really seeing an issue, it may be related to the recent iflib
refactoring, which now co