linux-stable.git/drivers/usb/serial, branch v3.17.2

USB: cp210x: add support for Seluxit USB dongle

2014-10-15T10:29:24+00:00

commit dee80ad12d2b1b304286a707fde7ab05d1fc7bab upstream.

Added the Seluxit ApS USB Serial Dongle to cp210x driver.

Signed-off-by: Andreas Bomholtz 
Signed-off-by: Johan Hovold 
Signed-off-by: Greg Kroah-Hartman

USB: serial: cp210x: added Ketra N1 wireless interface support

2014-10-15T10:29:24+00:00

commit bfc2d7dfdd761ae3beccdb26abebe03cef042f46 upstream.

Added support for Ketra N1 wireless interface, which uses the
Silicon Labs' CP2104 USB to UART bridge with customized PID 8946.

Signed-off-by: Joe Savage 
Signed-off-by: Johan Hovold 
Signed-off-by: Greg Kroah-Hartman

USB: ftdi_sio: Add support for GE Healthcare Nemo Tracker device

2014-09-08T23:01:59+00:00

Signed-off-by: Taylor Braun-Jones 
Cc: Johan Hovold 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: sierra: add 1199:68AA device ID

2014-09-01T09:55:30+00:00

This VID:PID is used for some Direct IP devices behaving
identical to the already supported 0F3D:68AA devices.

Cc: 
Reported-by: Lars Melin 
Signed-off-by: Bjørn Mork 
Signed-off-by: Johan Hovold

USB: sierra: avoid CDC class functions on "68A3" devices

2014-09-01T09:55:29+00:00

Sierra Wireless Direct IP devices using the 68A3 product ID
can be configured for modes including a CDC ECM class function.
The known example uses interface numbers 12 and 13 for the ECM
control and data interfaces respectively, consistent with CDC
MBIM function interface numbering on other Sierra devices.

It seems cleaner to restrict this driver to the ff/ff/ff
vendor specific interfaces rather than increasing the already
long interface number blacklist.  This should be more future
proof if Sierra adds more class functions using interface
numbers not yet in the blacklist.

Cc: 
Signed-off-by: Bjørn Mork 
Signed-off-by: Johan Hovold

USB: ftdi_sio: add support for NOVITUS Bono E thermal printer

2014-09-01T09:33:22+00:00

Add device id for NOVITUS Bono E thermal printer.

Reported-by: Emanuel Koczwara 
Cc: stable 
Signed-off-by: Johan Hovold

USB: zte_ev: fix removed PIDs

2014-09-01T09:07:49+00:00

Add back some PIDs that were mistakingly remove when reverting commit
73228a0538a7 ("USB: option,zte_ev: move most ZTE CDMA devices to
zte_ev"), which apparently did more than its commit message claimed in
that it not only moved some PIDs from option to zte_ev but also added
some new ones.

Fixes: 63a901c06e3c ("Revert "USB: option,zte_ev: move most ZTE CDMA
devices to zte_ev"")

Reported-by: Lei Liu 
Cc: stable

USB: serial: fix potential heap buffer overflow

2014-08-27T20:23:52+00:00

Make sure to verify the number of ports requested by subdriver to avoid
writing beyond the end of fixed-size array in interface data.

The current usb-serial implementation is limited to eight ports per
interface but failed to verify that the number of ports requested by a
subdriver (which could have been determined from device descriptors) did
not exceed this limit.

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

USB: serial: fix potential stack buffer overflow

2014-08-27T20:23:52+00:00

Make sure to verify the maximum number of endpoints per type to avoid
writing beyond the end of a stack-allocated array.

The current usb-serial implementation is limited to eight ports per
interface but failed to verify that the number of endpoints of a certain
type reported by a device did not exceed this limit.

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

USB: whiteheat: Added bounds checking for bulk command response

2014-08-24T19:15:08+00:00

This patch fixes a potential security issue in the whiteheat USB driver
which might allow a local attacker to cause kernel memory corrpution. This
is due to an unchecked memcpy into a fixed size buffer (of 64 bytes). On
EHCI and XHCI busses it's possible to craft responses greater than 64
bytes leading a buffer overflow.

Signed-off-by: James Forshaw 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman