src/sys/dev/usb/quirk, branch main

usb/quirks: More USB mass storage quirk sorting

2026-07-09T13:41:56+00:00

usb/quirks: Sort the USB mass storage quirks

2026-07-02T12:59:42+00:00

MFC after:	1 week
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D57930

usb/quirks: Add entry for Verbatim Store'n'Go

2026-07-02T12:59:36+00:00

PR:		199101
MFC after:	1 week
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D57929

snd_uaudio: Support Roland UA-33

2026-04-30T15:18:30+00:00

Apply the appropriate quirk. Also, introduce a new uaudio_vendor_audio
table, similar to uaudio_vendor_midi, which includes non-standard USB
audio devices. The Roland UA-33 needs this, bceause it comes with
bInterfaceClass = 0xff (vendor-specific), so snd_uaudio(4) doesn't
detect it.

PR:		294814
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
Reviewed by:	emaste
Pull Request:	https://ron-dev.freebsd.org/FreeBSD/src/pulls/24

usb: umass: add SCSIEJECT quirk and fix RTW8821CU_CD (USB mode switch)

2026-03-09T14:35:31+00:00

Several Realtek (and lots other) USB dongles present themselves as
CDROM device first.  Upon eject they do a mode switch and suddenly
are a different kind of device (sometimes even with different IDs),
e.g., a wireless dongle.

In order to avoid the CDROM stage and rather than adding the quirk
handling to more drivers, add support to umass and if enabled
automatically eject the "CDROM" to make it the real device.

Longer-term some other drivers could stop using their hand-rolled
support for this.  It is unclear as-to how much we need the list of
(eject) quirks from u3g here, or if these are very specific to that
kind of devices.

Sponsored by:	The FreeBSD Foundation
Fixes:		b3b6a959c85a, 9c0cce328363
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D54901

Specialize the REALTEK RTL8153 quirk to just rev=0x31fd

2025-12-23T17:04:10+00:00

Quirk Realtek RTL8153 to config#1 so if_cdce claims it. Works much better.

2025-12-22T21:24:42+00:00

Add USB quirk for Creative Stage SE mini

2025-06-11T23:16:21+00:00

Note: The commit in main was modified for the new macros in main.
stable merge will need to use the version originally in #1715

MFC After: 2 weeks
Pull Request: https://github.com/freebsd/freebsd-src/pull/1715
Closes: https://github.com/freebsd/freebsd-src/pull/1715

usb/quirks: Remove overly broad quirks

2025-05-07T21:36:55+00:00

Now that we have a safe way to detect the vast majority of problems
with SYNCHRONIEZ CACHE, and since I have devices from many of these
vendors that work just fine (one of which will hang if you send it a
SYNCHROMIZE CACHE), I think these should all be reverted. The details
of when they were added are sketchy, the age of the devices in
question means these vendors have many generations of products after
and the general over-quirking of SYNCHRONIZE CACHE all point to just
removing them and adding back specific quirks should any need arise
after trying other means to debug.

The APPLE quirk was added because the autoquirk code would hang an ipod
with RockBox with a reset loop in the firmware. Since it was quirked, it
disabled the autoprobe and started working. Now that we've disabled the
autoprobe, we can remove it for sure.

Sponsored by:		Netflix
Differential Revision:	https://reviews.freebsd.org/D49478

umass/quirk: Remove useless quirk for Transcend flash

2025-03-16T03:47:44+00:00

I have several of these. They all work without these quirks (either the
auto quirk mechanism does the right thing, or a likely
soon-to-be-removed vendor catch-all does the right thing, or no probing
at all does the right hting).

Both PREVENT ALLOW and SYNCHRONIZE CACHE are (a) unimplemented but (b)
return the proper asc/ascq code so da just does the right thing, quirk
or no. This was a left-over from the days where you'd get scary error
messages, but we'd work just fine. Now that the scary error messages are
gone (and only a calm one under bootverbose), this can be deleted.

Sponsored by:		Netflix