Hi!
Please CC me, as I'm currently not subscribed to this list, thx.
After some serious hangs with 2.6.23-rc2 I did some bisects and this was the
result:
196705c9bbc03540429b0f7cf9ee35c2f928a534 is first bad commit
commit 196705c9bbc03540429b0f7cf9ee35c2f928a534
Author: [email protected] <[email protected]>
Date: Thu May 3 08:58:49 2007 -0700
USB: EHCI cpufreq fix
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 <[email protected]>
Signed-off-by: David Brownell <[email protected]>
Signed-off-by: Greg Kroah-Hartman <[email protected]>
:040000 040000 0e6d518de17cf18155c7529f7b044a4660ca24e9
736bbcc7d3fb138138ee1840d8a6b83b959c07fc M drivers
As expected my system only hangs when cpufreq, powernow-k8 and ehci modules
are loaded, and some transition should occur.
(Simulated by using userspace governour and changing freq manually)
The corresponding EHCI Controller is:
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) (prog-if 20
[EHCI])
Subsystem: ASUSTeK Computer Inc. A7V600/K8V-X/A8V Deluxe motherboard
I could not get my hands on any output while the hang occurs, seems like the
CPU is really bad locked.
Greetings
Daniel Exner
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]