23 Feb
2013
23 Feb
'13
4:43 p.m.
Hi, there!
I just got a Steinberg UR22 USB<->Audio / MIDI interface for my
semi-prof. DJ work.
I am working on Linux (only), but wanted to give this new product a chance.
Well, it's basically a nice device but with an Yamaha chipset in it which
seem unfortunately not supported from the latest (3.7.9) linux kernel(s).
My questions are:
- How likely is it to get this device fully supported on linux?
- What needs to be done to get this device fully supported?
I am an electrical engineer and did some linux device driver development
in the past on some DMA stuff, but I am quite new to linux audio.
But I am willing to help somewhere...
I could try to reverse-engineer the USB stuff on Windows with the
usbmon/usbsnoop/libusb things...
But if it's too much work, to get it working, I could also just decide to
send it back to Steinberg and thank them for not supporting Linux with their
products.
The USB information I could get is:
$ aplay -l doesn't list that device
$ lsusb
...
Bus 002 Device 016: ID 0499:1509 Yamaha Corp.
...
(See the more comprehensive $ lsusb -v below...)
Related USB devices are:
0499:1501 Yamaha
0499:1507 Yamaha THR10
0499:1509 Yamaha Steinberg UR22 (what I am talking about)
0499:150c Yamaha THR10C
Related search resuls are:
Getting a Steinberg CI1 USB audio interface to work
http://ubuntuforums.org/showthread.php?t=1696336
Yamaha THR10 amp / USB2.0 audio interface
http://linux-audio.4202.n7.nabble.com/Yamaha-THR10-amp-USB2-0-audio-interfa…
Thank you,
Clemens (different one as in last link)
-----8<-----
$ lsusb -v -d 0499:1509
Bus 002 Device 014: ID 0499:1509 Yamaha Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 0
bDeviceProtocol 255
bMaxPacketSize0 64
idVendor 0x0499 Yamaha Corp.
idProduct 0x1509
bcdDevice 1.00
iManufacturer 1 Yamaha Corporation
iProduct 2 Steinberg UR22
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 442
bNumInterfaces 5
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 0a 24 01 00 01 34 00 02 01 02
** UNRECOGNIZED: 0c 24 02 01 01 01 00 02 03 00 00 00
** UNRECOGNIZED: 09 24 03 02 01 03 00 01 00
** UNRECOGNIZED: 0c 24 02 03 03 06 00 02 03 00 00 00
** UNRECOGNIZED: 09 24 03 04 01 01 00 03 00
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 01 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 44 ac 00 80 bb 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x07 EP 7 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x002a 1x 42 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 2
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 01 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 88 58 01 00 77 01
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x07 EP 7 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x004e 1x 78 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 3
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 01 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 10 b1 02 00 ee 02
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x07 EP 7 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0096 1x 150 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 04 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 44 ac 00 80 bb 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x86 EP 6 IN
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x002a 1x 42 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 2
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 04 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 88 58 01 00 77 01
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x86 EP 6 IN
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x004e 1x 78 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 3
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 04 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 10 b1 02 00 ee 02
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x86 EP 6 IN
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x0096 1x 150 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 255
iInterface 0
** UNRECOGNIZED: 07 24 01 00 01 24 00
** UNRECOGNIZED: 06 24 02 02 01 00
** UNRECOGNIZED: 09 24 03 02 01 01 01 01 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 4
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 0
** UNRECOGNIZED: 07 24 01 00 01 24 00
** UNRECOGNIZED: 06 24 02 02 01 00
** UNRECOGNIZED: 09 24 03 02 01 01 01 01 00
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
-----8<-----
23 Feb
23 Feb
7:06 p.m.
On Sat, Feb 23, 2013 at 10:43 AM, <cullinan(a)rocketmail.com> wrote:
But if it's too much work, to get it working, I could also just decide to
send it back to Steinberg and thank them for not supporting Linux with
their
products.
[ ... ]
bDeviceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
I hope you are getting the message :)
Maybe the local post office is not too far from your home.
--p
ps. let someone like clemens ladisch comment before actually repackaging
the thing.
8:58 p.m.
Hi, Paul!
On 02/23/2013 07:06 PM, Paul Davis wrote:
On Sat, Feb 23, 2013 at 10:43 AM,
<cullinan(a)rocketmail.com> wrote:
But if it's too much work, to get it working, I could also just
decide to send it back to Steinberg and thank them for not
supporting Linux with their products.
[ ... ]
bDeviceClass 255 Vendor Specific Class
I hope you are getting the message :)
Quite clearly... :-(
Maybe the local post office is not too far from your
home.
It is really close, now. ;:-)
Well, are there any experiences in contacting Yamaha
(I would skip Steinberg) to get programming manuals for
their chipset? Inside the Steinberg UR22 there are three
Yamaha designed boards with an YC706A0 (seems propretary?)
and an CS4270 from Cirrus Logic (well known).
Waste of time?
I have no problem signing NDAs with hardware-vendors in the past, as we
are doing electronics design here. But if there are weeks and month
of coding envolved, the decision is simple.
ps. let someone like clemens ladisch comment before
actually repackaging
the thing.
Can anybody recommend medium/upper class ADC/DAC Linux compatible interface?
1x stereo audio in and 1x or better 2x stereo audio outs would do the job.
Regards,
Clemens K
10:28 p.m.
cullinan(a)rocketmail.com wrote:
iManufacturer 1 Yamaha Corporation
iProduct 2 Steinberg UR22
Interface Descriptor:
bInterfaceNumber 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
** UNRECOGNIZED: 07 24 01 01 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 44 ac 00 80 bb 00
Interface Descriptor:
bInterfaceNumber 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 2
bInterfaceProtocol 0
iInterface 0
** UNRECOGNIZED: 07 24 01 04 01 01 00
** UNRECOGNIZED: 0e 24 02 01 02 03 18 02 44 ac 00 80 bb 00
Interface Descriptor:
bInterfaceNumber 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 3
bInterfaceProtocol 255
** UNRECOGNIZED: 07 24 01 00 01 24 00
** UNRECOGNIZED: 06 24 02 02 01 00
** UNRECOGNIZED: 09 24 03 02 01 01 01 01 00
Please try adding the following entry somewhere in sound/usb/quirks-table.h:
{
USB_DEVICE(0x0499, 0x1509),
.driver_info = (unsigned long) & (const struct snd_usb_audio_quirk) {
/* .vendor_name = "Yamaha", */
/* .product_name = "Steinberg UR22", */
.ifnum = QUIRK_ANY_INTERFACE,
.type = QUIRK_COMPOSITE,
.data = (const struct snd_usb_audio_quirk[]) {
{
.ifnum = 1,
.type = QUIRK_AUDIO_STANDARD_INTERFACE
},
{
.ifnum = 2,
.type = QUIRK_AUDIO_STANDARD_INTERFACE
},
{
.ifnum = 3,
.type = QUIRK_MIDI_YAMAHA
},
{
.ifnum = 4,
.type = QUIRK_IGNORE_INTERFACE
},
{
.ifnum = -1
}
}
}
},
Regards,
Clemens
26 Feb
26 Feb
3:27 p.m.
Hello, Clemens!
Thank you very much!
On 02/23/2013 10:27 PM, Clemens Ladisch wrote:
cullinan(a)rocketmail.com wrote:
[...]
iManufacturer 1 Yamaha Corporation
iProduct 2 Steinberg UR22
[...]
Please try adding the following entry somewhere in sound/usb/quirks-table.h:
{
USB_DEVICE(0x0499, 0x1509),
.driver_info = (unsigned long) & (const struct snd_usb_audio_quirk) {
/* .vendor_name = "Yamaha", */
/* .product_name = "Steinberg UR22", */ },
It works! :-)
Are there any limitations envolved with the quirks you do here?
In mid-term I want to checkout if I can use the 192kHz sampling rate
for research purposes. ;-)
What is .ifnum 4 doing, which is now QUIRK_IGNORE_INTERFACE?
I'll post a kernel-patch which you could propably take upstream from
another email-account...
Thanks again, it is really fun to hack the kernel again!
Clemens Koller
3:54 p.m.
On Tue, Feb 26, 2013 at 9:27 AM, <cullinan(a)rocketmail.com> wrote:
Hello, Clemens!
Thank you very much!
On 02/23/2013 10:27 PM, Clemens Ladisch wrote:
(1) this is why it always pays to talk to clemens ladisch
(2) does this make yamaha liars for their claims of "vendor dependent"
types?
cullinan(a)rocketmail.com wrote:
sound/usb/quirks-table.h:
iManufacturer 1 Yamaha Corporation
iProduct 2 Steinberg UR22
[...]
Please try adding the following entry somewhere in
{
USB_DEVICE(0x0499, 0x1509),
.driver_info = (unsigned long) & (const struct
snd_usb_audio_quirk) {
/* .vendor_name =
"Yamaha", */
/* .product_name = "Steinberg UR22", */
[...]
},
It works! :-)
5:23 p.m.
Paul Davis wrote:
(1) this is why it always pays to talk to clemens
ladisch
Pay? Who? Whom? ;-)
(2) does this make yamaha liars for their claims of
"vendor dependent" types?
Sometimes it's necessary to prevent the Windows driver from trying to
handle a device.
Regards,
Clemens
4 Apr
4 Apr
9:56 p.m.
Hello,
first thanks for the quirks-table.h patch.
I got it working with some restrictions under 3.13/3.14 vanilla kernel.
The card works fine, after disabling USB 3.0 (Lenovo T440s).
I can set samplerates up to 192khz with 512 Frames
using jack.
With USB 3.0 i can only set samplerates up to 48khz
and get multiple errormessages like:
[ 18.950994] 6:2:1: cannot get freq at ep 0x86
[ 142.670841] retire_capture_urb: 911 callbacks suppressed
After a while the card stops working and jack crashes.
I would really like to help, making full linux support for this device
happen.
I can provide more info if needed.
Cheers,
Christian
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Support-for-Steinberg-UR22-Yamaha-USB…
Sent from the linux-audio-dev mailing list archive at Nabble.com.
11:48 p.m.
Hi, Christian!
I also own this device. Linux / kernel 3.13.8 is still lacking proper
support (the patch + x) for it. No audio device comes up.
I did some reverse engineering just to find out that it's an
proprietary Yamaha SSP2 DSP inside which has YC706A0 SSP2 on his
number plate. This is very likely a NEC (now Renesas) based design.
I even found the Pinout of a Chip like this (which is also referenced as
uPD800500F1-11-KN), but there is no hardware/software reference
manual available - shame on Steinberg! This thing could also be
fed with firmware which might be extracted from the Windows drivers
AFAICT.
Let me know when you want me to test something for you.
Regards,
Clemens
--
On 04/04/2014 09:56 PM, covux wrote:
Hello,
first thanks for the quirks-table.h patch.
I got it working with some restrictions under 3.13/3.14 vanilla kernel.
The card works fine, after disabling USB 3.0 (Lenovo T440s).
I can set samplerates up to 192khz with 512 Frames
using jack.
With USB 3.0 i can only set samplerates up to 48khz
and get multiple errormessages like:
[ 18.950994] 6:2:1: cannot get freq at ep 0x86
[ 142.670841] retire_capture_urb: 911 callbacks suppressed
After a while the card stops working and jack crashes.
I would really like to help, making full linux support for this device
happen.
I can provide more info if needed.
Cheers,
Christian
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Support-for-Steinberg-UR22-Yamaha-USB…
Sent from the linux-audio-dev mailing list archive at Nabble.com.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
5 Apr
5 Apr
5:53 p.m.
Hi Clemens,
unfortunately i am more a user then a dev.
So I can only test things, a dev comes up with.
Just out of interest I logged all events, when plugging the device in under
win 8.1 with usbtrace.
Here are the results:
UR22.html <http://linux-audio.4202.n7.nabble.com/file/n90357/UR22.html>
Cheers
Christian
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Support-for-Steinberg-UR22-Yamaha-USB…
Sent from the linux-audio-dev mailing list archive at Nabble.com.
7 Apr
7 Apr
10:59 a.m.
Hello, Christian!
unfortunately i am more a user then a dev.
So I can only test things, a dev comes up with.
Well, there is the patch from Clemens Ladisch:
http://linuxaudio.org/mailarchive/lad/2013/2/23/197831
This was working for me.
However, I didn't test that with 3.13.x lately as I only
needed the UR22 to suck in some measurement data from a
low noise microphone at that time.
--
Clemens Koller
---
On 04/05/2014 05:53 PM, covux wrote:
> Hi Clemens,
>
unfortunately i am more a user then a dev.
So I can only test things, a dev comes up with.
>
> Just out of interest I logged all events, when plugging the device in under
> win 8.1 with usbtrace.
> Here are the results:
> UR22.html <http://linux-audio.4202.n7.nabble.com/file/n90357/UR22.html>
>
> Cheers
> Christian
>
>
>
>
>
> --
> View this message in context:
http://linux-audio.4202.n7.nabble.com/Support-for-Steinberg-UR22-Yamaha-USB…
> Sent from the linux-audio-dev mailing list archive at Nabble.com.
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
8:52 p.m.
Hi Clemens
Well, there is the patch from Clemens Ladisch:
http://linuxaudio.org/mailarchive/lad/2013/2/23/197831
This was working for me.
However, I didn't test that with 3.13.x lately as I only
needed the UR22 to suck in some measurement data from a
low noise microphone at that time.
yep, I tried that patch with 3.13 and 3.14.
Worked both, but only with USB 2.0 as stated before.
Cheers
Christian
8 Apr
8 Apr
3:37 p.m.
Hi, Christian!
On 04/07/2014 08:51 PM, covux wrote:> Hi Clemens
I try to test it on a Samsung NP770's USB 3.0
port here... give me some time (days).
I have to compile the kernel patch in first.
Clemens
Well, there is the patch from Clemens Ladisch:
http://linuxaudio.org/mailarchive/lad/2013/2/23/197831
This was working for me.
However, I didn't test that with 3.13.x lately as I only
needed the UR22 to suck in some measurement data from a
low noise microphone at that time.
yep, I tried that patch with 3.13 and 3.14.
Worked both, but only with USB 2.0 as stated before.
14 Apr
14 Apr
3:26 p.m.
Hi, Christian
On 04/07/2014 08:51 PM, covux wrote:> Hi Clemens
I got some time to verify that patch on 3.14.0.
Here, I don't see any difference if I use USB 2.0 or 3.0.
Both work fine. On USB3.0 I recorded about 7h continously
without a glitch.
Let me know if you need more details.
Regards,
Clemens
---
On 04/07/2014 08:51 PM, covux wrote:
> Hi Clemens
>
> Cheers
> Christian
> _______________________________________________
> Linux-audio-dev mailing list
> Linux-audio-dev(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
Well, there is the patch from Clemens Ladisch:
http://linuxaudio.org/mailarchive/lad/2013/2/23/197831
This was working for me.
However, I didn't test that with 3.13.x lately as I only
needed the UR22 to suck in some measurement data from a
low noise microphone at that time.
yep, I tried that patch with 3.13 and 3.14.
Worked both, but only with USB 2.0 as stated before. Well, there is the patch from Clemens Ladisch:
http://linuxaudio.org/mailarchive/lad/2013/2/23/197831
This was working for me.
However, I didn't test that with 3.13.x lately as I only
needed the UR22 to suck in some measurement data from a
low noise microphone at that time.
yep, I tried that patch with 3.13 and 3.14.
Worked both, but only with USB 2.0 as stated before.
8:54 p.m.
Hi Clemens,
On 04/14/2014 03:26 PM, Clemens Koller wrote:
Hi, Christian
On 04/07/2014 08:51 PM, covux wrote:> Hi Clemens
I got some time to verify that patch on 3.14.0.
Here, I don't see any difference if I use USB 2.0 or 3.0.
Both work fine. On USB3.0 I recorded about 7h continously
without a glitch.
Let me know if you need more details.
Regards,
Clemens
---
thanks for testing it. Maybe it is the USB 3.0 Controller of T440s,
which causes the probs.
00:14.0 USB controller [0c03]: Intel Corporation Lynx Point-LP USB xHCI
HC [8086:9c31] (rev 04)
Subsystem: Lenovo Device [17aa:220c]
Kernel driver in use: xhci_hcd
Cheers,
Christian
Well, there is the patch from Clemens Ladisch:
http://linuxaudio.org/mailarchive/lad/2013/2/23/197831
This was working for me.
However, I didn't test that with 3.13.x lately as I only
needed the UR22 to suck in some measurement data from a
low noise microphone at that time.
yep, I tried that patch with 3.13 and 3.14.
Worked both, but only with USB 2.0 as stated before.
26 Feb
26 Feb
5:23 p.m.
cullinan(a)rocketmail.com wrote:
Are there any limitations envolved with the quirks you
do here?
There's only one way to find out ...
What is .ifnum 4 doing, which is now
QUIRK_IGNORE_INTERFACE?
If I knew that, I wouldn't tell the driver to ignore it.
Regards,
Clemens
3871
days inactive
4286
days old
linux-audio-dev@lists.linuxaudio.org
15 comments
5 participants
participants (5)
-
Clemens Koller -
Clemens Ladisch -
covux -
cullinan＠rocketmail.com -
Paul Davis