https://bugzilla.novell.com/show_bug.cgi?id=299891#c64
--- Comment #64 from Thomas Renninger 2007-09-27 04:06:27 MST ---
This all is very weird.
For the logs in #58, I expect you hit a rare dead-lock condition (which I think
I also could run into once, I now setup machines rebooting all the time to see
how often this gets hit, it seem to happen very rarely). I expect this
sometimes happens with:
ondemand as default governor + slower freq switching opterons + smp, but this
is only a rough guess.
But I have no explanation why your machine reboots.
Especially with the debug kernel where you could load the powernow-k8 module
(performance governor active), then you activated ondemand. This has nothing to
do with the change that we switched to ondemand per default, it's the normal
way it should have worked for a long time.
Has this been an updated system (we had problems with ondemand a long time ago
and we blacklisted some machines to use userspace governor instead, that would
explain why it worked before).
A bit of a problem is that because of ondemand per default we cannot blacklist
this machine anymore to use the userspace governor. If you still have the
kernel from comment #59/#60 it's possible.
Normally this should work: set CPUFREQ_ENABLED="userspace" in /etc/sysconfig/
be sure you have not started a desktop (or kpowersaved or gnome-power-manager
explicitly might activate the ondemand gov). You need to restart the powersaved
then. Whether userspace is active can be checked here:
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
If the CPU has load it must switch up: e.g. cat /dev/zero >/dev/null should
produce 100% load on one processor.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.