Date: Mon, 22 Dec 2025 23:36:09 +0000 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Mark Millard <marklmi@yahoo.com> Cc: dev-commits-src-main <dev-commits-src-main@freebsd.org> Subject: Re: git: 1b1fb628a1af - main - Quirk Realtek RTL8153 to config#1 so if_cdce claims it. Works much better. Message-ID: <202512222336.5BMNa9mH004409@critter.freebsd.dk> In-Reply-To: <6C34DEF7-4266-49BC-8711-7D5CAF2301F0@yahoo.com>
index | next in thread | previous in thread | raw e-mail
-------- Mark Millard writes: > ) Care to expand some on what "works much better" refers to? I'm currently using a USB-C dock with a realtek 8153 and it it was so flakey it was impossible to use. After I switched to the cdce driver, it has worked flawlessly. As you can see in the file, I previously had the same experience also with a Lenovo branded Dock's ethernet. I guess it may be necessary to specialize the quirk entry further ? My device is: ugen0.3: <RTL8153 Gigabit Ethernet Adapter Realtek Semiconductor Corp.> at usbus0, cfg=1 md=HOST spd=SUPER (5.0Gbps) pwr=ON (46mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0320 bDeviceClass = 0x0000 <Probed by interface class> bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0009 idVendor = 0x0bda idProduct = 0x8153 bcdDevice = 0x31fd iManufacturer = 0x0001 <Realtek> iProduct = 0x0002 <USB 10/100/1000 LAN> iSerialNumber = 0x0007 <DF1300E04C581A90> bNumConfigurations = 0x0002 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202512222336.5BMNa9mH004409>