powernow-k8 module gets stuck switching power levels on dualcore AMD64
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cpufreqd |
Invalid
|
Medium
|
|||
linux (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
linux-source-2.6.20 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: linux-image-
powernow-k8 module reports "Hardware error - pending bit very stuck - no further
pstate changes possible" switching from a high power state to a low power state
and power management fails after this error.
Hardware: ASUSTeK Computer INC. A8V-MX Dual core AMD 64 3800
Same error Using SMP AMD64 kernel versions 2.6.17-10-generic, 2.6.17-11-generic, 2.6.20-12-generic
Steps to reproduce:
Loaded powernow-k8 module and governors (cpufreq-ondemand or
cpufreq-
following commands
ssh-keygen -G moduli.1 -b 1024 &
ssh-keygen -G moduli.2 -b 1024 &
Upon killing the load processes the module reports these errors (dmesg) and
power-management does not work anymore (gets stuck on the high level frequency
2GHz but low core voltage 1.17V ):
[ 454.266700] powernow-k8: Hardware error - pending bit very stuck - no further
pstate changes possible
[ 454.266709] powernow-k8: transition frequency failed
[ 455.504471] powernow-k8: failing targ, change pending bit set
The last message repeats a lot after.
Changed in cpufreqd: | |
status: | Unknown → Confirmed |
Changed in cpufreqd: | |
status: | Confirmed → In Progress |
Changed in linux: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → High |
status: | Incomplete → Triaged |
Changed in cpufreqd: | |
status: | In Progress → Confirmed |
Changed in cpufreqd: | |
status: | Confirmed → Incomplete |
tags: | added: kernel-bug verification-needed |
Changed in cpufreqd: | |
importance: | Unknown → Medium |
Changed in cpufreqd: | |
status: | Incomplete → Invalid |
Changed in linux-source-2.6.20 (Ubuntu): | |
assignee: | Registry Administrators (registry) → nobody |
You will be better off reporting this upstream (http:// kernel. org/).
If I were you I would also try to gather myself as much information as possible about the whereabouts of the problem occurring.
To do so one way is to raise the console loglevel to 8 to see all the dprintk.
The error you are reporting can actually occur in writing a new vid or fid (since you have the new vid set is most probably the fid).
Take note of the fid, lo and hi values reported just before the error message.