linux-toradex.git/drivers/usb/class, branch tegra-9.12.11

USB: usbtmc: add protocol 1 support

2009-03-17T21:01:28+00:00

The driver already supports the 1 protocol support, so just add it to
the MODULE_DEVICE_TABLE entry so it properly picks up these devices.

Thanks to Jouni Rynö for pointing this out.

Reported-by: Jouni Ryno 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: usbtmc: fix stupid bug in open()

2009-03-17T21:01:28+00:00

open() will never succeed, as we always return -ENODEV.  Fix this
obvious bug.

Thanks to Jouni Ryno for reporting it.

Reported-by: Jouni Ryno 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: Quirk for Hummingbird huc56s / Conexant ACM modem

2009-02-27T22:40:50+00:00

Signed-off-by: Adam J. Richter 
Cc: Oliver Neukum 
Signed-off-by: Greg Kroah-Hartman

USB: cdc-acm: add usb id for motomagx phones

2009-02-27T22:40:50+00:00

The Motorola MOTOMAGX phones (Z6, E8, Zn5 so far) are providing
combined ACM/BLAN USB configuration. Since it has Vendor Specific
class, the corresponding drivers (cdc-acm, zaurus) can't find it just
by interface info. This patch adds usb id so the cdc-acm driver can
properly handle this combined device.

Signed-off-by: Dmitriy Taychenachev 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

USB: cdc-acm.c: remove duplicate lines for MTK gps support

2009-02-09T19:19:47+00:00

The same patch to add support for MTK gps loggers was submitted by two
different people and applied twice. Remove the redundant lines.

Signed-off-by: James Treacy 
Signed-off-by: Greg Kroah-Hartman

USB: cdc-acm: Add another conexant modem to the quirks

2009-01-28T00:15:37+00:00

Another Conexant, another device with the same quirk

Signed-off-by: Alan Cox 
Acked-by: Oliver Neukum 
Signed-off-by: Greg Kroah-Hartman

USB: usblp.c: add USBLP_QUIRK_BIDIR to Brother HL-1440

2009-01-28T00:15:36+00:00

My Brother HL-1440 would print one document before CUPS would stop
printing with the error "Printer not connected; will retry in 30
seconds...". I traced this down to the CUPS usb backend getting an EIO
out of usblp on the IOCNR_GET_DEVICE_ID IOCTL. Adding the
USBLP_QUIRK_BIDIR fixes the problem but is it the right solution?

output from strace /usr/lib/cups/backend/usb after printing a document
(Note: SNDCTL_DSP_SYNC == IOCNR_GET_DEVICE_ID):

before patch

open("/dev/usb/lp0", O_RDWR|O_EXCL)     = 3
ioctl(3, SNDCTL_DSP_SYNC, 0x7fff2478cef0) = -1 EIO (Input/output error)

after patch

open("/dev/usb/lp0", O_RDWR|O_EXCL)     = 3
ioctl(3, SNDCTL_DSP_SYNC, 0x7fffb8d474c0) = 0

Possibly related bug: https://bugs.launchpad.net/ubuntu/+source/cupsys/+bug/35638

Signed-off-by: Brandon Philips 
Signed-off-by: Greg Kroah-Hartman

USB: CDC-ACM quirk for MTK GPS

2009-01-28T00:15:36+00:00

This patch adds a device quirk for a MediaTek Inc GPS chipset. The
device implements USB CDC ACM, but is missing the union descriptor, so
the ACM class driver fails to probe the device.

I've tested this patch with an iBlue A+ GPS which uses this chipset
and using kernel 2.6.28-rc9.

Signed-off-by: Andrew Lunn, 
Acked-by: Oliver Neukum 
Signed-off-by: Greg Kroah-Hartman

USB: cdc-acm: support some gps data loggers

2009-01-28T00:15:36+00:00

Below is a patch which allows a number of GPS loggers to work
under linux. It is known to support the i-Blue 747 (all models),
i-Blue 757, Qstarz BT-Q1000, i.Trek Z1, Konet BGL-32, and the Holux
M-241.

From: James A. Treacy 
Signed-off-by: Greg Kroah-Hartman

USB: Enhance usage of pm_message_t

2009-01-07T18:00:03+00:00

This patch (as1177) modifies the USB core suspend and resume
routines.  The resume functions now will take a pm_message_t argument,
so they will know what sort of resume is occurring.  The new argument
is also passed to the port suspend/resume and bus suspend/resume
routines (although they don't use it for anything but debugging).

In addition, special pm_message_t values are used for user-initiated,
device-initiated (i.e., remote wakeup), and automatic suspend/resume.
By testing these values, drivers can tell whether or not a particular
suspend was an autosuspend.  Unfortunately, they can't do the same for
resumes -- not until the pm_message_t argument is also passed to the
drivers' resume methods.  That will require a bigger change.

IMO, the whole Power Management framework should have been set up this
way in the first place.

Signed-off-by: Alan Stern 
Signed-off-by: Greg Kroah-Hartman