From: Clemens Ladisch <clemens@ladisch.de>
To: Daniel Mack <zonque@gmail.com>
Cc: Takashi Iwai <tiwai@suse.de>,
admin@nixbits.org, alsa-devel@alsa-project.org,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: Kernel: snd-usb-audio: probe of 2-2:1.0 failed with error -5
Date: Tue, 29 Nov 2011 20:09:24 +0100 [thread overview]
Message-ID: <4ED52DE4.4040507@ladisch.de> (raw)
In-Reply-To: <4ED51463.6050005@gmail.com>
Daniel Mack wrote:
> On 11/29/2011 05:58 PM, Linus Torvalds wrote:
>> On Tue, Nov 29, 2011 at 4:52 AM, Nixbits Admin <admin@nixbits.org> wrote:
>>> https://forums.gentoo.org/viewtopic-p-6885908.html#6885908
>>
>> Nov 29 07:21:21 kernel: skipping empty audio interface (v1)
>> Nov 29 07:21:21 kernel: snd-usb-audio: probe of 2-3:1.0 failed with error -5
>
> If the driver bails out at this point, there's something wrong with the
> descriptors, or the interface has no audio support at all (which would
> be odd as it could have been omitted entirely in the first place).
>
> We might have to add a quirk for the device, let's see.
Actually, this error message could be prevented by removing the quirk
that is already there.
That quirk does nothing more than providing a nice user-visible name for
the device. In doing so, it uses the USB_DEVICE macro, which makes the
USB core trying to attach it to all interfaces, including the video ones.
Because of all the crap descriptors out there, the audio driver trusts
the quirk, is not fazed by an interface not labeled as "audio", and
happily begins to parse the interface's descriptors.
The quirk should just be restricted to the audio interfaces (like all
the other Logitech quirks).
N.A., please try the patch below.
Regards,
Clemens
--- a/sound/usb/quirks-table.h
+++ b/sound/usb/quirks-table.h
@@ -157,7 +157,13 @@
.bInterfaceSubClass = USB_SUBCLASS_AUDIOCONTROL
},
{
- USB_DEVICE(0x046d, 0x0990),
+ .match_flags = USB_DEVICE_ID_MATCH_DEVICE |
+ USB_DEVICE_ID_MATCH_INT_CLASS |
+ USB_DEVICE_ID_MATCH_INT_SUBCLASS,
+ .idVendor = 0x046d,
+ .idProduct = 0x0990,
+ .bInterfaceClass = USB_CLASS_AUDIO,
+ .bInterfaceSubClass = USB_SUBCLASS_AUDIOCONTROL
.driver_info = (unsigned long) & (const struct snd_usb_audio_quirk) {
.vendor_name = "Logitech, Inc.",
.product_name = "QuickCam Pro 9000",
next prev parent reply other threads:[~2011-11-29 19:09 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4ED4D58D.60109@nixbits.org>
2011-11-29 16:58 ` Kernel: snd-usb-audio: probe of 2-2:1.0 failed with error -5 Linus Torvalds
2011-11-29 17:20 ` Daniel Mack
2011-11-29 19:09 ` Clemens Ladisch [this message]
2011-11-29 19:12 ` Linus Torvalds
2011-11-29 19:23 ` Clemens Ladisch
2011-11-30 0:18 ` Nixbits Admin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ED52DE4.4040507@ladisch.de \
--to=clemens@ladisch.de \
--cc=admin@nixbits.org \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
--cc=torvalds@linux-foundation.org \
--cc=zonque@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.