Date: Wed, 09 Jan 2019 17:52:31 +0000 From: bugzilla-noreply@freebsd.org To: usb@FreeBSD.org Subject: [Bug 234794] snd_uaudio: Quirks for Edirol UA-25EX in advanced driver mode Message-ID: <bug-234794-19105@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234794 Bug ID: 234794 Summary: snd_uaudio: Quirks for Edirol UA-25EX in advanced driver mode Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: usb Assignee: usb@FreeBSD.org Reporter: dev@submerge.ch Created attachment 200961 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D200961&action= =3Dedit Add vendor class quirk and ignore missing Audio Control header. The Edirol UA-25EX USB 1.1 audio interface has an advanced driver mode which enables 24 bit operation at up to 96kHz. Unfortunately this mode is not cla= ss compliant and needs some additional quirks to get it running. How to reproduce: 1. Set the "ADVANCED DRIVER" switch on the back of the device to "ON". 2. Pull out the device and plug it in again (needed when changing switches). The device will not be detected by snd_uaudio. Analysis: There are actually two problems that prevent proper device detection. a) The USB descriptors indicate a vendor specific implementation. b) The Audio Control header is completely omitted from the descriptors. Issue a) is easy to circumvent with the UQ_AU_VENDOR_CLASS quirk. It can be applied by adding the following line to /boot/loader.conf: hw.usb.quirk.0=3D"0x0582 0x00e6 0x0000 0xffff UQ_AU_VENDOR_CLASS" While this will get the MIDI part detected, no audio stream channels are considered due to the Audio Control header missing. Patch: The patch provided is based on FreeBSD CURRENT. In my basic tests it result= s in a fully working device, for all settings of the physical sample rate switch= . It adds both the device quirk for a) and solves the channel detection for issue b). The latter is achieved by matching the device specifically when being attached, and setting a flag to make channel detection ignore the missing A= udio Control header. Mixer detection is not an issue in this case since mixers are all hardware only. I'm sure this is not the most elegant way to code it, and I am open for suggestions. I could probably factor out the changes for issue b) into a generic quirk, e.g. as UQ_AU_NO_AC_HEADER. Also some quirks seem to be unimplemented, like UQ_AU_INP_ASYNC and UQ_BAD_= ADC. Did I miss something? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234794-19105>