alsa-devel.alsa-project.org archive mirror
 help / color / mirror / Atom feed
From: Alexander Tsoy <alexander@tsoy.me>
To: Takashi Iwai <tiwai@suse.de>, alsa-devel@alsa-project.org
Subject: Re: [PATCH 3/3] ALSA: usb-audio: Properly match with audio interface class
Date: Sat, 22 Aug 2020 18:27:35 +0300	[thread overview]
Message-ID: <213664da6ebb6bf7f1382a93676f087236da412a.camel@tsoy.me> (raw)
In-Reply-To: <20200817082140.20232-4-tiwai@suse.de>

В Пн, 17/08/2020 в 10:21 +0200, Takashi Iwai пишет:
> There are a few entries in the quirk table that set the device ID
> with
> USB_DEVICE() macro while having an extra bInterfaceClass field.  But
> bInterfaceClass field is never checked unless the proper match_flags
> is set, so those may match incorrectly with all interfaces.
> 
> Introduce another macro to match with the vid/pid pair and the audio
> class interface, and apply it to such entries, so that they can match
> properly.
> 
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
>  sound/usb/quirks-table.h | 55 +++++++++++++++++---------------------
> ----------
>  1 file changed, 19 insertions(+), 36 deletions(-)
> 
> diff --git a/sound/usb/quirks-table.h b/sound/usb/quirks-table.h
> index 988bb9d00192..7a80ef31bbe4 100644
> --- a/sound/usb/quirks-table.h
> +++ b/sound/usb/quirks-table.h
> @@ -35,6 +35,14 @@
>  	.bInterfaceClass = USB_CLASS_AUDIO, \
>  	.bInterfaceSubClass = USB_SUBCLASS_AUDIOCONTROL
>  
> +/* Another standard entry matching with vid/pid and the audio class
> */
> +#define USB_AUDIO_CLASS(vend, prod) \
> +	.match_flags = USB_DEVICE_ID_MATCH_DEVICE | \
> +		       USB_DEVICE_ID_MATCH_INT_CLASS, \
> +	.idVendor = vend, \
> +	.idProduct = prod, \
> +	.bInterfaceClass = USB_CLASS_AUDIO
> +
>  /* FTDI devices */
>  {
>  	USB_DEVICE(0x0403, 0xb8d8),
> @@ -68,34 +76,14 @@
>  	}
>  },
>  
> -{
> -	/* E-Mu 0202 USB */
> -	.match_flags = USB_DEVICE_ID_MATCH_DEVICE,
> -	.idVendor = 0x041e,
> -	.idProduct = 0x3f02,
> -	.bInterfaceClass = USB_CLASS_AUDIO,
> -},
> -{
> -	/* E-Mu 0404 USB */
> -	.match_flags = USB_DEVICE_ID_MATCH_DEVICE,
> -	.idVendor = 0x041e,
> -	.idProduct = 0x3f04,
> -	.bInterfaceClass = USB_CLASS_AUDIO,
> -},
> -{
> -	/* E-Mu Tracker Pre */
> -	.match_flags = USB_DEVICE_ID_MATCH_DEVICE,
> -	.idVendor = 0x041e,
> -	.idProduct = 0x3f0a,
> -	.bInterfaceClass = USB_CLASS_AUDIO,
> -},
> -{
> -	/* E-Mu 0204 USB */
> -	.match_flags = USB_DEVICE_ID_MATCH_DEVICE,
> -	.idVendor = 0x041e,
> -	.idProduct = 0x3f19,
> -	.bInterfaceClass = USB_CLASS_AUDIO,
> -},
> +/* E-Mu 0202 USB */
> +{ USB_AUDIO_CLASS(0x041e, 0x3f02) },
> +/* E-Mu 0404 USB */
> +{ USB_AUDIO_CLASS(0x041e, 0x3f04) },
> +/* E-Mu Tracker Pre */
> +{ USB_AUDIO_CLASS(0x041e, 0x3f0a) },
> +/* E-Mu 0204 USB */
> +{ USB_AUDIO_CLASS(0x041e, 0x3f19) },
>  
>  /*
>   * HP Wireless Audio
> @@ -2751,10 +2739,7 @@ YAMAHA_DEVICE(0x7010, "UB99"),
>  },
>  
>  /* KeithMcMillen Stringport */
> -{
> -	USB_DEVICE(0x1f38, 0x0001),
> -	.bInterfaceClass = USB_CLASS_AUDIO,
> -},
> +{ USB_AUDIO_CLASS(0x1f38, 0x0001) },
>  
>  /* Miditech devices */
>  {
> @@ -2977,10 +2962,7 @@ AU0828_DEVICE(0x2040, 0x7270, "Hauppauge",
> "HVR-950Q"),
>  },
>  {
>  	/* Tascam US122 MKII - playback-only support */
> -	.match_flags = USB_DEVICE_ID_MATCH_DEVICE,
> -	.idVendor = 0x0644,
> -	.idProduct = 0x8021,
> -	.bInterfaceClass = USB_CLASS_AUDIO,
> +	USB_AUDIO_CLASS(0x0644, 0x8021),
>  	.driver_info = (unsigned long) &(const struct
> snd_usb_audio_quirk) {
>  		.vendor_name = "TASCAM",
>  		.product_name = "US122 MKII",
> @@ -3612,3 +3594,4 @@ AU0828_DEVICE(0x2040, 0x7270, "Hauppauge",
> "HVR-950Q"),
>  
>  #undef USB_DEVICE_VENDOR_SPEC
>  #undef USB_AUDIO_DEVICE
> +#undef USB_AUDIO_CLASS

I don't know anything about KeithMcMillen Stringport, but all other
devices (US122 MKII and E-mu) seems to have Vendor-specific Class. And
since the driver should already match all compliant devices, the only
potentional use for USB_AUDIO_CLASS macro is for devices
with bInterfaceClass = USB_CLASS_AUDIO and with some invalid
bInterfaceSubClass.


  reply	other threads:[~2020-08-22 15:28 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-17  8:21 [PATCH 0/3] ALSA: usb-audio: Reduce device table Takashi Iwai
2020-08-17  8:21 ` [PATCH 1/3] ALSA: usb-audio: Move device rename and profile quirks to an internal table Takashi Iwai
2020-08-17  8:21 ` [PATCH 2/3] ALSA: usb-audio: Simplify quirk entries with a macro Takashi Iwai
2020-08-17  8:21 ` [PATCH 3/3] ALSA: usb-audio: Properly match with audio interface class Takashi Iwai
2020-08-22 15:27   ` Alexander Tsoy [this message]
2020-08-22 16:05     ` Takashi Iwai
2020-08-23 11:28       ` Takashi Iwai
2020-08-23 20:52         ` Alexander Tsoy

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=213664da6ebb6bf7f1382a93676f087236da412a.camel@tsoy.me \
    --to=alexander@tsoy.me \
    --cc=alsa-devel@alsa-project.org \
    --cc=tiwai@suse.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).