linux.git/drivers/usb, branch v3.13-rc4

usb: hub: Use correct reset for wedged USB3 devices that are NOTATTACHED

2013-12-05T01:00:43+00:00

This patch adds a check for USB_STATE_NOTATTACHED to the
hub_port_warm_reset_required() workaround for ports that end up in
Compliance Mode in hub_events() when trying to decide which reset
function to use. Trying to call usb_reset_device() with a NOTATTACHED
device will just fail and leave the port broken.

Signed-off-by: Julius Werner 
Acked-by: Alan Stern 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

usb: ohci-pxa27x: include linux/dma-mapping.h

2013-12-05T00:57:46+00:00

Include linux/dma-mapping.h to make the new functions available that are
used since 22d9d8e83 ("DMA-API: usb: use dma_set_coherent_mask()").

drivers/usb/host/ohci-pxa27x.c: In function ‘ohci_pxa_of_init’:
drivers/usb/host/ohci-pxa27x.c:310:2: error: implicit declaration of function ‘dma_coerce_mask_and_coherent’ [-Werror=implicit-function-declaration]
drivers/usb/host/ohci-pxa27x.c:310:2: error: implicit declaration of function ‘DMA_BIT_MASK’ [-Werror=implicit-function-declaration]

Signed-off-by: Daniel Mack 
Signed-off-by: Greg Kroah-Hartman

USB: cdc-acm: Added support for the Lenovo RD02-D400 USB Modem

2013-12-05T00:53:03+00:00

Signed-off-by: David Cluytens 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: pl2303: fixed handling of CS5 setting

2013-12-03T05:52:57+00:00

This patch fixes the CS5 setting on the PL2303 USB-to-serial devices. CS5 has a
value of 0 and the CSIZE setting has been skipped altogether by the enclosing
if. Tested on 3.11.6 and the scope shows the correct output after the fix has
been applied.

Tagged to be added to stable, because it fixes a user visible driver bug and is
simple enough to backport easily.

Signed-off-by: Colin Leitner 
Signed-off-by: Johan Hovold 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: ftdi_sio: fixed handling of unsupported CSIZE setting

2013-12-03T05:52:57+00:00

FTDI UARTs support only 7 or 8 data bits. Until now the ftdi_sio driver would
only report this limitation for CS6 to dmesg and fail to reflect this fact to
tcgetattr.

This patch reverts the unsupported CSIZE setting and reports the fact with less
severance to dmesg for both CS5 and CS6.

To test the patch it's sufficient to call

    stty -F /dev/ttyUSB0 cs5

which will succeed without the patch and report an error with the patch
applied.

As an additional fix this patch ensures that the control request will always
include a data bit size.

Signed-off-by: Colin Leitner 
Signed-off-by: Johan Hovold 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: mos7840: correct handling of CS5 setting

2013-12-03T05:52:57+00:00

This patch removes an erroneous check of CSIZE, which made it impossible to set
CS5.

Compiles clean, but couldn't test against hardware.

Signed-off-by: Colin Leitner 
Signed-off-by: Johan Hovold 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: spcp8x5: correct handling of CS5 setting

2013-12-03T05:52:57+00:00

This patch removes an erroneous check of CSIZE, which made it impossible to set
CS5.

Compiles clean, but couldn't test against hardware.

Signed-off-by: Colin Leitner 
Signed-off-by: Johan Hovold 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

usb: wusbcore: fix deadlock in wusbhc_gtk_rekey

2013-12-02T23:21:04+00:00

When multiple wireless USB devices are connected and one of the devices
disconnects, the host will distribute a new group key to the remaining
devicese using wusbhc_gtk_rekey.  wusbhc_gtk_rekey takes the
wusbhc->mutex and holds it while it submits a URB to set the new key.
This causes a deadlock in wa_urb_enqueue when it calls a device lookup
helper function that takes the same lock.

This patch changes wusbhc_gtk_rekey to submit a work item to set the GTK
so that the URB is submitted without holding wusbhc->mutex.

Signed-off-by: Thomas Pugliese 
Signed-off-by: Greg Kroah-Hartman

usb: wusbcore: do device lookup while holding the hc mutex

2013-12-02T23:21:04+00:00

This patch modifies the device notification handler to not look up the
wusb_dev object before it calls the lower-level handler routines since
the wusbhc mutex is not held when calling those routines and the device
could go away in the meantime.  Instead, let the individual notification
handlers get the device ptr if they need to after they have taken the
mutex.

Signed-off-by: Thomas Pugliese 
Signed-off-by: Greg Kroah-Hartman

usb: wusbcore: send keepalives to unauthenticated devices

2013-12-02T23:21:03+00:00

This patch modifies the WUSB device disconnect timer code to send
keepalives to all connected devices even if they are not authenticated.
This fixes a problem where unauthenticated devices that lose their
connection before they are authenticated will stay in the device tree
forever.  More importantly, devices in this situation will never
relinquish their port on the root hub so eventually all root ports will
be taken up and no other devices can connect.

A comment in the existing code states that there are some devices that
may not respond to keepalives if they have not been authenticated.  That
comment is about 5 years old and I don't know of any WUSB devices that
act that way.  Either way, any buggy devices that may still be around
will continue to work as long as they can transition to the
authenticated state within the WUSB LOA timeout of 4s, which is not
unreasonable to expect.

Signed-off-by: Thomas Pugliese 
Signed-off-by: Greg Kroah-Hartman