linux-kernel - USB autosuspend vs. URB submission

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 7 Jan 2013 15:42:20 -0500
From:	Josh Boyer <jwboyer@...hat.com>
To:	gregkh@...uxfoundation.org, stern@...land.harvard.edu
Cc:	laurent.pinchart@...asonboard.com, mdharm-usb@...-eyed-alien.net,
	linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: USB autosuspend vs. URB submission

Hi,

We've had a few reports in Fedora of users hitting the WARN_ONCE in
drivers/usb/core/urb.c that prints a warning about a usb_submit_urb
being called on an active URB.  One of them[1] is from the ums_realtek
driver and the other[2] is from the uvcvideo driver.  However, I noticed
that in both instances it seems the devices were coming back from what I
think is autosuspend.

I didn't immediately find any similar reports, and to my rather
inexperienced eyes the drivers didn't seem to be doing anything clearly
wrong.  I'm wondering if anyone has some possible ideas for debugging
and whether or not this might be a general issue?

The backtraces can be found in the bugs.  I've ommitted them here for
brevity, but if someone hates bugzilla that much I'd be happy to send
them along.

josh

[1] https://bugzilla.redhat.com/show_bug.cgi?id=889286
[2] https://bugzilla.redhat.com/show_bug.cgi?id=879462
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/