diff options
author | Dave Jones <davej@redhat.com> | 2005-10-21 23:21:03 +0200 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-10-21 23:28:58 +0200 |
commit | 0213df74315bbab9ccaa73146f3e11972ea6de46 (patch) | |
tree | 68a71915bb58a18168cd13744772bd447bcf8b29 /kernel/posix-cpu-timers.c | |
parent | [PATCH] ppc64: Fix typo bug in iSeries hash code (diff) | |
download | linux-0213df74315bbab9ccaa73146f3e11972ea6de46.tar.xz linux-0213df74315bbab9ccaa73146f3e11972ea6de46.zip |
[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>
Diffstat (limited to 'kernel/posix-cpu-timers.c')
0 files changed, 0 insertions, 0 deletions