All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johan Hovold <johan@kernel.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: Andrey Konovalov <andreyknvl@google.com>,
	alsa-devel@alsa-project.org, linux-usb@vger.kernel.org,
	Greg KH <gregkh@linuxfoundation.org>
Subject: Re: [PATCH v2 1/9] usb: core: Add a helper function to check the validity of EP type in URB
Date: Wed, 11 Oct 2017 16:14:55 +0200	[thread overview]
Message-ID: <20171011141455.GX4269@localhost> (raw)
In-Reply-To: <20171011103646.11879-2-tiwai@suse.de>

On Wed, Oct 11, 2017 at 12:36:38PM +0200, Takashi Iwai wrote:
> This patch adds a new helper function to perform a sanity check of the
> given URB to see whether it contains a valid endpoint.  It's a light-
> weight version of what usb_submit_urb() does, but without the kernel
> warning followed by the stack trace, just returns an error code.
> 
> Especially for a driver that doesn't parse the descriptor but fills
> the URB with the fixed endpoint (e.g. some quirks for non-compliant
> devices), this kind of check is preferable at the probe phase before
> actually submitting the urb.
> 
> Tested-by: Andrey Konovalov <andreyknvl@google.com>
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
> v1->v2:
> * Fix function name typos
> * Call usb_urb_ep_type_check() in usb_submit_urb(), too
> 
>  drivers/usb/core/urb.c | 30 ++++++++++++++++++++++++++----
>  include/linux/usb.h    |  2 ++
>  2 files changed, 28 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/usb/core/urb.c b/drivers/usb/core/urb.c
> index 47903d510955..8b800e34407b 100644
> --- a/drivers/usb/core/urb.c
> +++ b/drivers/usb/core/urb.c
> @@ -187,6 +187,31 @@ EXPORT_SYMBOL_GPL(usb_unanchor_urb);
>  
>  /*-------------------------------------------------------------------*/
>  
> +static const int pipetypes[4] = {
> +	PIPE_CONTROL, PIPE_ISOCHRONOUS, PIPE_BULK, PIPE_INTERRUPT
> +};

No this one is no longer used outside of usb_urb_ep_type_check().

> +
> +/**
> + * usb_urb_ep_type_check - sanity check of endpoint in the given urb
> + * @urb: urb to be checked
> + *
> + * This performs a light-weight sanity check for the endpoint in the
> + * given urb.  It returns 0 if the urb contains a valid endpoint, otherwise
> + * a negative error code.
> + */
> +int usb_urb_ep_type_check(const struct urb *urb)
> +{
> +	const struct usb_host_endpoint *ep;
> +
> +	ep = usb_pipe_endpoint(urb->dev, urb->pipe);
> +	if (!ep)
> +		return -EINVAL;

And I know Greg asked you to call this function from usb_submit_urb()
which have already done the above ep-lookup once. Maybe not that many
extra cycles, but still seems unnecessary to me.

> +	if (usb_pipetype(urb->pipe) != pipetypes[usb_endpoint_type(&ep->desc)])
> +		return -EINVAL;
> +	return 0;
> +}
> +EXPORT_SYMBOL_GPL(usb_urb_ep_type_check);
> +
>  /**
>   * usb_submit_urb - issue an asynchronous transfer request for an endpoint
>   * @urb: pointer to the urb describing the request
> @@ -326,9 +351,6 @@ EXPORT_SYMBOL_GPL(usb_unanchor_urb);
>   */
>  int usb_submit_urb(struct urb *urb, gfp_t mem_flags)
>  {
> -	static int			pipetypes[4] = {
> -		PIPE_CONTROL, PIPE_ISOCHRONOUS, PIPE_BULK, PIPE_INTERRUPT
> -	};
>  	int				xfertype, max;
>  	struct usb_device		*dev;
>  	struct usb_host_endpoint	*ep;
> @@ -444,7 +466,7 @@ int usb_submit_urb(struct urb *urb, gfp_t mem_flags)
>  	 */
>  
>  	/* Check that the pipe's type matches the endpoint's type */
> -	if (usb_pipetype(urb->pipe) != pipetypes[xfertype])
> +	if (usb_urb_ep_type_check(urb))
>  		dev_WARN(&dev->dev, "BOGUS urb xfer, pipe %x != type %x\n",
>  			usb_pipetype(urb->pipe), pipetypes[xfertype]);

Johan

  reply	other threads:[~2017-10-11 14:14 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-11 10:36 [PATCH v2 0/9] sound: Add sanity checks for invalid EPs Takashi Iwai
     [not found] ` <20171011103646.11879-1-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-11 10:36   ` [PATCH v2 1/9] usb: core: Add a helper function to check the validity of EP type in URB Takashi Iwai
2017-10-11 14:14     ` Johan Hovold [this message]
2017-10-11 14:31       ` Takashi Iwai
     [not found]         ` <s5hbmld92ok.wl-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-11 14:58           ` Johan Hovold
2017-10-11 10:36   ` [PATCH v2 2/9] ALSA: bcd2000: Add a sanity check for invalid EPs Takashi Iwai
2017-10-11 10:36   ` [PATCH v2 3/9] ALSA: caiaq: " Takashi Iwai
2017-10-11 14:20     ` Johan Hovold
2017-10-11 14:40       ` Takashi Iwai
     [not found]         ` <s5ha80x928r.wl-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-11 14:49           ` Johan Hovold
2017-10-11 15:05             ` Takashi Iwai
2017-10-11 10:36   ` [PATCH v2 4/9] ALSA: line6: " Takashi Iwai
2017-10-11 14:28     ` Johan Hovold
2017-10-11 14:45       ` Takashi Iwai
     [not found]         ` <s5h7ew1920z.wl-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-11 14:52           ` Johan Hovold
2017-10-11 14:58             ` Takashi Iwai
2017-10-11 10:36   ` [PATCH v2 5/9] ALSA: usb-audio: Add sanity checks " Takashi Iwai
2017-10-11 10:36   ` [PATCH v2 7/9] ALSA: hiface: " Takashi Iwai
2017-10-11 10:36   ` [PATCH v2 8/9] ALSA: caiaq: Add yet more " Takashi Iwai
2017-10-11 10:36   ` [PATCH v2 9/9] ALSA: line6: " Takashi Iwai
     [not found]     ` <20171011103646.11879-10-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-11 14:39       ` Johan Hovold
2017-10-11 14:48         ` Takashi Iwai
2017-10-11 10:36 ` [PATCH v2 6/9] ALSA: usx2y: Add " Takashi Iwai
     [not found]   ` <20171011103646.11879-7-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-11 14:33     ` Johan Hovold
2017-10-11 14:43       ` Takashi Iwai
2017-10-11 13:03 ` [PATCH v2 0/9] sound: " Greg KH
     [not found]   ` <20171011130329.GI27734-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org>
2017-10-11 13:15     ` Takashi Iwai

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=20171011141455.GX4269@localhost \
    --to=johan@kernel.org \
    --cc=alsa-devel@alsa-project.org \
    --cc=andreyknvl@google.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-usb@vger.kernel.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 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.