summaryrefslogtreecommitdiff
path: root/drivers
diff options
context:
space:
mode:
authorEric Lescouet <lescouet@virtuallogix.com>2010-04-24 02:55:24 +0200
committerGreg Kroah-Hartman <gregkh@suse.de>2010-04-30 09:30:10 -0700
commitd01f42a22ef381ba973958e977209ac9a8667d57 (patch)
tree3e6f4736cda22c6be5d5d77ec489b44cfc53f499 /drivers
parentc0087580b8d414f6874cfe93d2653212842fcb44 (diff)
downloadlinux-3.10-d01f42a22ef381ba973958e977209ac9a8667d57.tar.gz
linux-3.10-d01f42a22ef381ba973958e977209ac9a8667d57.tar.bz2
linux-3.10-d01f42a22ef381ba973958e977209ac9a8667d57.zip
staging: usbip: Fix deadlock
When detaching a port from the client side (usbip --detach 0), the event thread, on the server side, is going to deadlock. The "eh" server thread is getting USBIP_EH_RESET event and calls: -> stub_device_reset() -> usb_reset_device() the USB framework is then calling back _in the same "eh" thread_ : -> stub_disconnect() -> usbip_stop_eh() -> wait_for_completion() the "eh" thread is being asleep forever, waiting for its own completion. This patch checks if "eh" is the current thread, in usbip_stop_eh(). Signed-off-by: Eric Lescouet <eric@lescouet.org> Cc: stable <stable@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers')
-rw-r--r--drivers/staging/usbip/usbip_event.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/drivers/staging/usbip/usbip_event.c b/drivers/staging/usbip/usbip_event.c
index 6da1021e8a6..a2566f1075d 100644
--- a/drivers/staging/usbip/usbip_event.c
+++ b/drivers/staging/usbip/usbip_event.c
@@ -117,6 +117,9 @@ void usbip_stop_eh(struct usbip_device *ud)
{
struct usbip_task *eh = &ud->eh;
+ if (eh->thread == current)
+ return; /* do not wait for myself */
+
wait_for_completion(&eh->thread_done);
usbip_dbg_eh("usbip_eh has finished\n");
}