linux-toradex.git/drivers/usb/host/ehci-mem.c, branch v2.6.26.7

Revert "USB: EHCI cpufreq fix"

2007-08-21T06:38:44+00:00

This reverts commit 196705c9bbc03540429b0f7cf9ee35c2f928a534.  It was
reported to cause a regression by Daniel Exner, and Arjan van de Ven
points out that we actually already have infrastructure in place for
setting limits on acceptable DMA latency that would be the much more
correct fix for the problem with some Broadcom EHCI controllers.

Fixed up trivial conflicts due to the changes to support big-endian host
controller descriptors in drivers/usb/host/{ehci-sched.c,ehci.h}.

Signed-off-by: Linus Torvalds

USB: ehci refcounts work on ppc7448

2007-07-12T23:29:47+00:00

Remove atomic operations on the reference counter for EHCI queue heads.
On various platforms (including ppc7448), atomic operations are unusable
with dma-coherent memory.

Signed-off-by: Steven J. Hill 
Signed-off-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman

USB: EHCI support for big-endian descriptors

2007-07-12T23:29:45+00:00

This patch implements supports for EHCI controllers whose in-memory
data structures are represented in big-endian format. This is needed
(unfortunately) for the AMCC PPC440EPx SoC EHCI controller; the EHCI
spec doesn't specify little-endian format, although that's what most
other implementations use.

The guts of the patch are to introduce the hc32 type and change all
references from le32 to hc32.  All access routines are converted from
cpu_to_le32(...) to cpu_to_hc32(ehci, ...) and similar for the other
"direction".  (This is the same approach used with OHCI.)

David fixed:
	Whitespace fixes; refresh against ehci cpufreq patch; move glue
	for that PPC driver to the patch adding it; fix free symbol
	capture bugs in modified "constant" macros; and make "hc32" etc
	be "le32" unless we really need the BE options, so "sparse" can
	do some real good.

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

USB: EHCI cpufreq fix

2007-07-12T23:29:45+00:00

EHCI controllers that don't cache enough microframes can get MMF errors
when CPU frequency changes occur between the start and completion of
split interrupt transactions, due to delays in reading main memory
(caused by CPU cache snoop delays).

This patch adds a cpufreq notifier to the EHCI driver that will
inactivate split interrupt transactions during frequency transitions.
It was tested on Intel ICH7 and Serverworks/Broadcom HT1000 EHCI
controllers.

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

USB: EHCI whitespace fixes (cosmetic)

2006-09-27T18:58:56+00:00

[ ... when you have an editor set to remind you of whitespace bugs ... ]

Cosmetic EHCI changes: remove end-of-line whitespace, spaces before tabs.

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

[PATCH] USB: kzalloc() conversion for rest of drivers/usb

2006-03-20T22:49:59+00:00

Signed-off-by: Eric Sesterhenn 
Signed-off-by: Greg Kroah-Hartman

[PATCH] USB core and HCDs: don't put_device while atomic

2006-03-20T22:49:58+00:00

This patch (as640) removes several put_device and the corresponding
get_device calls from the USB core and HCDs.  Some of the puts were done
in atomic contexts, and none of them are needed since the core now
guarantees that every endpoint will be disabled and every URB completed
before a USB device is released.

Signed-off-by: Alan Stern 
Acked-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman

[PATCH] gfp_t: drivers/usb

2005-10-28T15:16:49+00:00

Signed-off-by: Al Viro 
Signed-off-by: Linus Torvalds

[PATCH] USB: kfree cleanup for drivers/usb/* - no need to check for NULL

2005-04-19T00:39:34+00:00

Get rid of a bunch of redundant NULL pointer checks in drivers/usb/*,
there's no need to check a pointer for NULL before calling kfree() on it.

Signed-off-by: Jesper Juhl 
Signed-off-by: Greg Kroah-Hartman 


Index: gregkh-2.6/drivers/usb/class/audio.c
===================================================================

Linux-2.6.12-rc2

2005-04-16T22:20:36+00:00

Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!