Date: Mon, 27 Apr 2026 10:20:28 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 294814] snd_uaudio: USB Quirk and patch for SND_UAUDIO for ROLAND UA33 (Tri-Capture) USB DAC Message-ID: <bug-294814-227-BGuWJhFTOK@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-294814-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294814 --- Comment #6 from Roger Olofsson <raggen@raggens.net> --- (In reply to Mark Linimon from comment #5) Thanks Mark, I'll remember that for the future. I had help doing this from the freebsd-usb mailing list. The patches to add the quirk came from that way. The oneliner added to uaudio.c is just a quick hack. I have put it in the uaudio_probe(device_t dev). I don't think my oneliner hack belongs there since uaudio is more about deciding a category for the device to find the appropriate method of probing. My oneliner hack is more like a forced probing for a vendor specific device. Code for this should probably be in a separate subroutine. And nicely commented. I hope someone will assess and clean it up. The root cause is most likely that this particular device reports bInterfaceClass = Vendor and this makes uaudio_probe return ENXIO so the device never gets probed. Bad bad device. Also I noted that I have to kldload snd_driver. My hack does not magically trigger the loading. /Roger -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-294814-227-BGuWJhFTOK>