linux-toradex.git/drivers/usb/core/config.c, branch v4.0.9

usb-core bInterval quirk

2014-08-01T22:47:05+00:00

This patch adds a usb quirk to support devices with interupt endpoints
and bInterval values expressed as microframes. The quirk causes the
parse endpoint function to modify the reported bInterval to a standards
conforming value.

There is currently code in the endpoint parser that checks for
bIntervals that are outside of the valid range (1-16 for USB 2+ high
speed and super speed interupt endpoints). In this case, the code assumes
the bInterval is being reported in 1ms frames. As well, the correction
is only applied if the original bInterval value is out of the 1-16 range.

With this quirk applied to the device, the bInterval will be
accurately adjusted from microframes to an exponent.

Signed-off-by: James P Michels III 
Signed-off-by: Greg Kroah-Hartman

Merge 3.14-rc6 into usb-next

2014-03-12T18:40:15+00:00

We want the USB fixes in here as well.

usb: Make DELAY_INIT quirk wait 100ms between Get Configuration requests

2014-03-07T19:46:51+00:00

The DELAY_INIT quirk only reduces the frequency of enumeration failures
with the Logitech HD Pro C920 and C930e webcams, but does not quite
eliminate them. We have found that adding a delay of 100ms between the
first and second Get Configuration request makes the device enumerate
perfectly reliable even after several weeks of extensive testing. The
reasons for that are anyone's guess, but since the DELAY_INIT quirk
already delays enumeration by a whole second, wating for another 10th of
that isn't really a big deal for the one other device that uses it, and
it will resolve the problems with these webcams.

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

usb-core: Move USB_MAXENDPOINTS definitions to usb.h

2014-03-04T23:38:03+00:00

So that it can be used in other places too.

Signed-off-by: Hans de Goede 
Signed-off-by: Sarah Sharp

usb: delete non-required instances of include

2014-01-08T23:01:39+00:00

None of these files are actually using any __init type directives
and hence don't need to include .  Most are just a
left over from __devinit and __cpuinit removal, or simply due to
code getting copied from one driver to the next.

Signed-off-by: Paul Gortmaker 
Signed-off-by: Greg Kroah-Hartman

usb: core: get config and string descriptors for unauthorized devices

2013-12-09T21:27:32+00:00

There is no need to skip querying the config and string descriptors for
unauthorized WUSB devices when usb_new_device is called.  It is allowed
by WUSB spec.  The only action that needs to be delayed until
authorization time is the set config.  This change allows user mode
tools to see the config and string descriptors earlier in enumeration
which is needed for some WUSB devices to function properly on Android
systems.  It also reduces the amount of divergent code paths needed
for WUSB devices.

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

usb: config->desc.bLength may not exceed amount of data returned by the device

2013-08-12T19:24:27+00:00

While reading the config parsing code I noticed this check is missing, without
this check config->desc.wTotalLength can end up with a value larger then the
dev->rawdescriptors length for the config, and when userspace then tries to
get the rawdescriptors bad things may happen.

Signed-off-by: Hans de Goede 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

usb: Fail a get config when the port is powered off.

2012-09-10T20:04:01+00:00

Alan Stern pointed out that a USB port could potentially get powered off
when the attached USB device is in the middle of enumerating, due to
race conditions:
	http://marc.info/?l=linux-usb&m=134130616707548&w=2

If that happens, we need to ensure the enumeration fails.  If a call to
usb_get_descriptor() fails for a reason other than a Stall, return an
error.  That should handle the case where the port is powered off.

Acked-by: Alan Stern 
Signed-off-by: Lan Tianyu 
Signed-off-by: Sarah Sharp 
Signed-off-by: Greg Kroah-Hartman

usbcore: get BOS descriptor set

2011-09-26T22:51:08+00:00

This commit gets BOS(Binary Device Object Store) descriptor set for Super
Speed devices and High Speed devices which support BOS descriptor.

BOS descriptor is used to report additional USB device-level capabilities
that are not reported via the Device descriptor. By getting BOS descriptor
set, driver can check device's device-level capability such as LPM
capability.

Signed-off-by: Andiry Xu 
Signed-off-by: Sarah Sharp 
Signed-off-by: Greg Kroah-Hartman

USB: use usb_endpoint_maxp() instead of le16_to_cpu()

2011-08-23T16:47:40+00:00

Now ${LINUX}/drivers/usb/* can use usb_endpoint_maxp(desc) to get maximum packet size
instead of le16_to_cpu(desc->wMaxPacketSize).
This patch fix it up

Cc: Armin Fuerst 
Cc: Pavel Machek 
Cc: Johannes Erdfelt 
Cc: Vojtech Pavlik 
Cc: Oliver Neukum 
Cc: David Kubicek 
Cc: Johan Hovold 
Cc: Brad Hards 
Acked-by: Felipe Balbi 
Cc: Sebastian Andrzej Siewior 
Cc: Thomas Dahlmann 
Cc: David Brownell 
Cc: David Lopo 
Cc: Alan Stern 
Cc: Michal Nazarewicz 
Cc: Xie Xiaobo 
Cc: Li Yang 
Cc: Jiang Bo 
Cc: Yuan-hsin Chen 
Cc: Darius Augulis 
Cc: Xiaochen Shen 
Cc: Yoshihiro Shimoda 
Cc: OKI SEMICONDUCTOR, 
Cc: Robert Jarzmik 
Cc: Ben Dooks 
Cc: Thomas Abraham 
Cc: Herbert Pötzl 
Cc: Arnaud Patard 
Cc: Roman Weissgaerber 
Acked-by: Sarah Sharp 
Cc: Tony Olech 
Cc: Florian Floe Echtler 
Cc: Christian Lucht 
Cc: Juergen Stuber 
Cc: Georges Toth 
Cc: Bill Ryder 
Cc: Kuba Ober 
Cc: Inaky Perez-Gonzalez 
Signed-off-by: Kuninori Morimoto 
Signed-off-by: Greg Kroah-Hartman