]> git.karo-electronics.de Git - karo-tx-linux.git/commit
USB: EHCI: fix obscure race in ehci_endpoint_disable
authorAlan Stern <stern@rowland.harvard.edu>
Tue, 16 Nov 2010 15:57:37 +0000 (10:57 -0500)
committerAndi Kleen <ak@linux.intel.com>
Tue, 14 Dec 2010 22:40:13 +0000 (23:40 +0100)
commit88472ed6fe60117b8801a68e8c3cfff5ff812835
tree465486b8252bec77a1bd3a24873ed4bde2723721
parent7135addd4bb65ec5bba2b9accf4c37df881851cd
USB: EHCI: fix obscure race in ehci_endpoint_disable

commit 02e2c51ba3e80acde600721ea784c3ef84da5ea1 upstream.

This patch (as1435) fixes an obscure and unlikely race in ehci-hcd.
When an async URB is unlinked, the corresponding QH is removed from
the async list.  If the QH's endpoint is then disabled while the URB
is being given back, ehci_endpoint_disable() won't find the QH on the
async list, causing it to believe that the QH has been lost.  This
will lead to a memory leak at best and quite possibly to an oops.

The solution is to trust usbcore not to lose track of endpoints.  If
the QH isn't on the async list then it doesn't need to be taken off
the list, but the driver should still wait for the QH to become IDLE
before disabling it.

In theory this fixes Bugzilla #20182.  In fact the race is so rare
that it's not possible to tell whether the bug is still present.
However, adding delays and making other changes to force the race
seems to show that the patch works.

Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Reported-by: Stefan Richter <stefanr@s5r6.in-berlin.de>
Signed-off-by: Andi Kleen <ak@linux.intel.com>
CC: David Brownell <david-b@pacbell.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
drivers/usb/host/ehci-hcd.c