diff options
author | Gavin Guo <gavin.guo@canonical.com> | 2014-07-17 21:12:13 +0400 |
---|---|---|
committer | Ben Hutchings <ben@decadent.org.uk> | 2014-08-06 21:07:38 +0400 |
commit | 2359626516f1c86af1ab78a835e3c84d04a5c0db (patch) | |
tree | 0719da194da2820aa2aaeafefc5b55424e825517 /net/ipv4/tcp_input.c | |
parent | 4f9bb3eb1995f6a03f6d5bd9407274b6d67f3480 (diff) | |
download | linux-2359626516f1c86af1ab78a835e3c84d04a5c0db.tar.xz |
usb: Check if port status is equal to RxDetect
commit bb86cf569bbd7ad4dce581a37c7fbd748057e9dc upstream.
When using USB 3.0 pen drive with the [AMD] FCH USB XHCI Controller
[1022:7814], the second hotplugging will experience the USB 3.0 pen
drive is recognized as high-speed device. After bisecting the kernel,
I found the commit number 41e7e056cdc662f704fa9262e5c6e213b4ab45dd
(USB: Allow USB 3.0 ports to be disabled.) causes the bug. After doing
some experiments, the bug can be fixed by avoiding executing the function
hub_usb3_port_disable(). Because the port status with [AMD] FCH USB
XHCI Controlleris [1022:7814] is already in RxDetect
(I tried printing out the port status before setting to Disabled state),
it's reasonable to check the port status before really executing
hub_usb3_port_disable().
Fixes: 41e7e056cdc6 (USB: Allow USB 3.0 ports to be disabled.)
Signed-off-by: Gavin Guo <gavin.guo@canonical.com>
Acked-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[bwh: Backported to 3.2: use hub device as context for dev_dbg(),
as hub ports are not devices in their own right]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Diffstat (limited to 'net/ipv4/tcp_input.c')
0 files changed, 0 insertions, 0 deletions