linux.git/drivers/usb/host, branch v2.6.14

[PATCH] isp116x-hcd: fix handling of short transfers

2005-10-17T21:45:49+00:00

Increased use of scatter-gather by usb-storage driver after 2.6.13 has
exposed a buggy codepath in isp116x-hcd, which was probably never
visited before: bug happened only for those urbs, for which
URB_SHORT_NOT_OK was set AND short transfer occurred.

The fix attached was tested in 2 ways: (a) it fixed failing
initialization of a flash drive with an embedded hub; (b) the fix was
tested with 'usbtest' against a modified g_zero driver (on top of
net2280), which generated short bulk IN transfers of various lengths
including multiples and non-multiples of max_packet_length.

Signed-off-by: Olav Kongas 
Signed-off-by: Greg Kroah-Hartman 
Signed-off-by: Linus Torvalds

[ARM] Don't include mach-types.h unnecessarily

2005-09-29T10:15:51+00:00

It's pointless to include mach-types.h if you're not going to use
anything from it.  These references were removed as a result of:

grep -lr 'asm/mach-types\.h' . | xargs grep -L 'machine_is_\|MACH_TYPE_\|MACHINE_START\|machine_type'

Signed-off-by: Russell King

[ARM] Don't include asm/arch/hardware.h directly

2005-09-29T10:12:52+00:00

Since asm/hardware.h's only reason for existing is to include
asm/arch/hardware.h, it's completely pointless to include both.

Signed-off-by: Russell King

[PATCH] USB: sl811-hcd minor fixes

2005-09-22T14:58:25+00:00

Three minor sl811-hcd fixes:

 - Elminate memory leak on one (rare) disable/shutdown path.

 - For periodic transfers that don't need to be scheduled, update
   urb->start_frame to represent the transfer phase correctly.

 - Report the (single) port as removable, by default.

Since no drivers yet use start_frame or that part of the hub descriptor,
only that leak is likely to ever matter.

Signed-off-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman 
Signed-off-by: Linus Torvalds 

 drivers/usb/host/sl811-hcd.c |   16 ++++++++++++++--
 1 file changed, 14 insertions(+), 2 deletions(-)

[PATCH] USB: OHCI, pxa27x OHCI port power tweaks

2005-09-12T19:23:46+00:00

Now that it's in use on other boards, a bug in the original code needs fixing.

There is no need for the PXA27x OHCI to set usb power during init, since
the hub driver in usbcore handles that. Those platform-specific power
control functions are also incorrect, and should therefore be removed.

Add a check to clear the OTG pin hold bit until such times OTG is
properly implemented.

Signed-Off-By: Richard Purdie 
Signed-off-by: Greg Kroah-Hartman

[PATCH] USB: OHCI relies less on NDP register

2005-09-12T19:23:46+00:00

Some OHCI implementations have differences in the way the NDP register
(in roothub_a) reports the number of ports present. This patch allows the
platform specific code to optionally supply the number of ports. The
driver just reads the value at init (if not supplied) instead of reading
it every time its needed (except for an AMD756 bug workaround).

It also sets the value correctly for the ARM pxa27x architecture.

Signed-Off-By: Richard Purdie 
Signed-off-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman

[PATCH] USB: OHCI irq tweak

2005-09-12T19:23:45+00:00

Evidently there are some boards which care a lot about this, but
as a rule it's been hard to notice.

OHCI_INTR_RD wasn't always cleared in the ohci irq handler.  On some
systems this means certain remote wakeup scenarios could seem to hang
(in an interrupt storm, RD never clearing).

From: "William Morrow" 
Signed-off-by: Jordan Crouse 
Signed-off-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman

[PATCH] drivers/usb: fix-up schedule_timeout() usage

2005-09-12T19:23:44+00:00

Description: Use schedule_timeout_{,un}interruptible() instead of
set_current_state()/schedule_timeout() to reduce kernel size.

Signed-off-by: Nishanth Aravamudan 
Signed-off-by: Greg Kroah-Hartman

[PATCH] USB: EHCI workaround for NForce and mem > 2GB

2005-09-12T19:23:43+00:00

NVidia reports (via Mark Overby) that some of their EHCI controllers
don't like certain data structure addresses beyond the 2GB mark.
He provided an earlier version of this patch.

Signed-off-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman

[PATCH] USB: EHCI port tweaks

2005-09-12T19:23:42+00:00

One change may improve some S1 or S3 resume cases, and the other
seems mostly to explain some strange state "lsusb" would show.
Two fixes:

  - On resume, don't think about resuming any unpowered port, or
    resetting any port with OWNER set to the OHCI/UHCI companion.
    This will make some S1 and S3 resume scenarios work better.

  - PORT_CSC was not being cleared correctly in ehci_hub_status_data.
    This was visible at least through current versions of "lsusb",
    and might have caused some other hub related strangeness.

    The fix addresses all three write-to-clear bits, using the same
    approach that UHCI happens to use:  a mask of bits that are
    cleared in most writes to that port status register.

Original patch seems to have been from from William.Morrow@amd.com
and this version (from David) finishes the write-to-clear changes.

Signed-off-by: Jordan Crouse 
Signed-off-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman