linux-toradex.git/drivers/usb/host, branch v3.2-rt10

USB: Fix the mouse problem when copying large amounts of data

2012-01-16T19:00:16+00:00

When copying large amounts of data between the USB storage devices and
the hard disk, the USB mouse will not work, this patch fixes it.

[NOTE: This problem have been found in the Loongson family machines, not
sure whether it is producible on other platforms]

Signed-off-by: Hu Hongbing 
Signed-off-by: Wu Zhangjin

USB: Fix usb/isp1760 build on sparc

2011-12-21T22:41:04+00:00

This commit:

commit 8f5d621543cb064d2989fc223d3c2bc61a43981e
Author: Joachim Foerster 
Date:   Mon Oct 10 18:06:54 2011 +0200

    usb/isp1760: Let OF bindings depend on general CONFIG_OF instead of PPC_OF .

    To be able to use the driver on other OF-aware architectures, too.
    And add necessary OF related #includes to fix compilation error.

    Signed-off-by: Joachim Foerster 
    Signed-off-by: Greg Kroah-Hartman 

enabled the build on all CONFIG_OF architectures, but it cannot do
this.

This driver depends upon CONFIG_OF_IRQ but not all CONFIG_OF platforms
support that infrastructure, in particular Sparc does not so the
build fails.

Please push a patch like the following to Linus so that this code only
gets built where it actually should.

--------------------
usb/isp1760: Add missing CONFIG_OF_IRQ dependency on OF code.

Signed-off-by: David S. Miller 
Signed-off-by: Greg Kroah-Hartman

Revert "xHCI: reset-on-resume quirk for NEC uPD720200"

2011-12-01T18:41:40+00:00

This reverts commit df711fc9962b9491af2b92bd0d21ecbfefe4e5fa.

The commit added a reset-on-resume quirk because the NEC chipset stopped
responding to commands about 30 minutes after a system resume from
suspend.  We thought it was a chipset issue, but it turns out that the
xHCI driver was zeroing out the link TRB after a successful context
restore during resume.  The host controller would fall off the command
ring sometime later, causing it to not respond to new commands.

The link TRB issue has been fixed with commit
158886cd2cf4599e04f9b7e10cb767f5f39b14f1 "xHCI: fix bug in
xhci_clear_command_ring()", so revert the reset-on-resume quirk, as it's
not necessary.

Commit df711fc9962b9491af2b92bd0d21ecbfefe4e5fa was marked for stable
trees back to 2.6.37, but according to my mail, it has not made it into
Linus' tree or the stable trees yet.

Signed-off-by: Sarah Sharp 
Tested-by: Julian Sikorski 
Cc: Andiry Xu

xHCI: fix bug in xhci_clear_command_ring()

2011-12-01T18:38:27+00:00

When system enters suspend, xHCI driver clears command ring by writing zero
to all the TRBs. However, this also writes zero to the Link TRB, and the ring
is mangled. This may cause driver accesses wrong memory address and the
result is unpredicted.

When clear the command ring, keep the last Link TRB intact, only clear its
cycle bit. This should fix the "command ring full" issue reported by Oliver
Neukum.

This should be backported to stable kernels as old as 2.6.37, since the
commit 89821320 "xhci: Fix command ring replay after resume" is merged.

Signed-off-by: Andiry Xu 
Signed-off-by: Sarah Sharp 
Reported-by: Oliver Neukum

EHCI : Fix a regression in the ISO scheduler

2011-11-29T00:59:29+00:00

Fix a regression that was introduced by commit
811c926c538f7e8d3c08b630dd5844efd7e000f6 (USB: EHCI: fix HUB TT scheduling
issue with iso transfer).

We detect an error if next == start, but this means uframe 0 can't be allocated
anymore for iso transfer...

Reported-by: Sander Eikelenboom 
Signed-off-by: Matthieu CASTET 
Acked-by: Alan Stern 
Signed-off-by: Greg Kroah-Hartman

xHCI: reset-on-resume quirk for NEC uPD720200

2011-11-28T18:22:26+00:00

Julian Sikorski reports NEC uPD720200 does not work stable after suspend
and resume. Re-initialize the host in xhci_resume().

This should be backported to stable kernels as old as 2.6.37.  The
kernel will need to include
commit c877b3b2ad5cb9d4fe523c5496185cc328ff3ae9
"xhci: Add reset on resume quirk for asrock p67 host"
for this patch to work.

Signed-off-by: Andiry Xu 
Reported-by: Julian Sikorski 
Tested-by: Julian Sikorski 
Signed-off-by: Sarah Sharp

USB: whci-hcd: fix endian conversion in qset_clear()

2011-11-27T03:56:48+00:00

qset->qh.link is an __le64 field and we should be using cpu_to_le64()
to fill it.

Signed-off-by: Dan Carpenter 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

OHCI: final fix for NVIDIA problems (I hope)

2011-11-18T19:18:45+00:00

Problems with NVIDIA's OHCI host controllers persist.  After looking
carefully through the spec, I finally realized that when a controller
is reset it then automatically goes into a SUSPEND state in which it
is completely quiescent (no DMA and no IRQs) and from which it will
not awaken until the system puts it into the OPERATIONAL state.

Therefore there's no need to worry about controllers being in the
RESET state for extended periods, or remaining in the OPERATIONAL
state during system shutdown.  The proper action for device
initialization is to put the controller into the RESET state (if it's
not there already) and then to issue a software reset.  Similarly, the
proper action for device shutdown is simply to do a software reset.

This patch (as1499) implements such an approach.  It simplifies
initialization and shutdown, and allows the NVIDIA shutdown-quirk code
to be removed.

Signed-off-by: Alan Stern 
Tested-by: Andre "Osku" Schmidt 
Tested-by: Arno Augustin 
Cc: stable  [after tested in 3.2 for a while]
Signed-off-by: Greg Kroah-Hartman

usb: Netlogic: Fix HC_LENGTH call in ehci-xls.c

2011-11-18T19:16:36+00:00

Fix compile error, HC_LENGTH now takes two parameters and ehci
needs to be passed as the first parameter.

Signed-off-by: Jayachandran C 
Signed-off-by: Greg Kroah-Hartman

USB: at91: at91-ohci: fix set/get power

2011-11-14T23:52:11+00:00

in commit aa6e52a35 we introduce the support of overcurrent notification
but the set and get of the power without checking if the gpio is valid or not

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD 
Acked-by: Thomas Petazzoni 
Acked-by: Nicolas Ferre 
Signed-off-by: Greg Kroah-Hartman