From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Takashi Iwai <tiwai@suse.de>,
Andrey Konovalov <andreyknvl@google.com>,
alsa-devel@alsa-project.org,
Arvind Yadav <arvind.yadav.cs@gmail.com>,
Jaroslav Kysela <perex@perex.cz>,
Takashi Sakamoto <o-takashi@sakamocchi.jp>,
LKML <linux-kernel@vger.kernel.org>,
Dmitry Vyukov <dvyukov@google.com>,
Kostya Serebryany <kcc@google.com>,
syzkaller <syzkaller@googlegroups.com>,
linux-usb@vger.kernel.org
Subject: Re: usb/sound/bcd2000: warning in bcd2000_init_device
Date: Tue, 3 Oct 2017 19:42:21 +0200 [thread overview]
Message-ID: <20171003174221.GA13006@kroah.com> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1710031248320.1500-100000@iolanthe.rowland.org>
On Tue, Oct 03, 2017 at 12:50:08PM -0400, Alan Stern wrote:
> On Tue, 3 Oct 2017, Takashi Iwai wrote:
>
> > > It's a dev_WARN because it indicates a potentially serious error in the
> > > driver: The driver has submitted an interrupt URB to a bulk endpoint.
> > > That may not sound bad, but the same check gets triggered if a driver
> > > submits a bulk URB to an isochronous endpoint, or any other invalid
> > > combination.
> > >
> > > Most likely the explanation here is that the driver doesn't bother to
> > > check the endpoint type because it expects the endpoint will always be
> > > interrupt. But that is not a safe strategy. USB devices and their
> > > firmware should not be trusted unnecessarily.
> > >
> > > The best fix is, like you said, to add a sanity check in the caller.
> >
> > OK, but then do we have some handy helper for the check?
> > As other bug reports by syzkaller suggest, there are a few other
> > drivers that do the same, submitting a urb with naive assumption of
> > the fixed EP for specific devices. In the end we'll need to put the
> > very same checks there in multiple places.
>
> Perhaps we could add a helper routine that would take a list of
> expected endpoint types and check that the actual endpoints match the
> types. But of course, all the drivers you're talking about would have
> to add a call to this helper routine.
We have almost this type of function, usb_find_common_endpoints(),
what's wrong with using that? Johan has already swept the tree and
added a lot of these checks, odds are no one looked at the sound/
subdir...
thanks,
greg k-h
next prev parent reply other threads:[~2017-10-03 17:42 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-25 12:39 usb/sound/bcd2000: warning in bcd2000_init_device Andrey Konovalov
2017-10-03 7:52 ` Takashi Iwai
2017-10-03 7:52 ` Takashi Iwai
2017-10-03 14:21 ` Alan Stern
2017-10-03 14:21 ` Alan Stern
2017-10-03 15:48 ` Takashi Iwai
2017-10-03 15:48 ` Takashi Iwai
2017-10-03 16:50 ` Alan Stern
2017-10-03 16:50 ` Alan Stern
2017-10-03 17:42 ` Greg Kroah-Hartman [this message]
2017-10-04 6:10 ` Takashi Iwai
2017-10-04 7:52 ` Greg Kroah-Hartman
2017-10-04 8:08 ` Takashi Iwai
2017-10-04 8:08 ` Takashi Iwai
[not found] ` <s5htvzftjwn.wl-tiwai-l3A5Bk7waGM@public.gmane.org>
2017-10-04 8:26 ` Greg Kroah-Hartman
2017-10-04 8:26 ` Greg Kroah-Hartman
2017-10-04 9:24 ` Johan Hovold
2017-10-04 10:04 ` Takashi Iwai
2017-10-04 10:04 ` Takashi Iwai
2017-10-04 10:23 ` Johan Hovold
2017-10-04 10:41 ` Takashi Iwai
2017-10-04 10:41 ` Takashi Iwai
2017-10-04 12:03 ` Johan Hovold
2017-10-04 13:02 ` 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=20171003174221.GA13006@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=alsa-devel@alsa-project.org \
--cc=andreyknvl@google.com \
--cc=arvind.yadav.cs@gmail.com \
--cc=dvyukov@google.com \
--cc=kcc@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=o-takashi@sakamocchi.jp \
--cc=perex@perex.cz \
--cc=stern@rowland.harvard.edu \
--cc=syzkaller@googlegroups.com \
--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.