linux/arch
Dave Jones 0213df7431 [PATCH] cpufreq: fix pending powernow timer stuck condition
AMD recently discovered that on some hardware, there is a race condition
possible when a C-state change request goes onto the bus at the same
time as a P-state change request.

Both requests happen, but the southbridge hardware only acknowledges the
C-state change.  The PowerNow! driver is then stuck in a loop, waiting
for the P-state change acknowledgement.  The driver eventually times
out, but can no longer perform P-state changes.

It turns out the solution is to resend the P-state change, which the
southbridge will acknowledge normally.

Thanks to Johannes Winkelmann for reporting this and testing the fix.

Signed-off-by: Mark Langsdorf <mark.langsdorf@amd.com>
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-10-21 14:28:58 -07:00
..
alpha
arm
arm26
cris
frv
h8300
i386 [PATCH] cpufreq: fix pending powernow timer stuck condition 2005-10-21 14:28:58 -07:00
ia64
m32r
m68k
m68knommu
mips
parisc
ppc
ppc64 [PATCH] ppc64: Fix typo bug in iSeries hash code 2005-10-21 12:24:41 -07:00
s390
sh
sh64
sparc
sparc64
um
v850
x86_64
xtensa