Speedstep file unter Suse 10?

Hi

wollte mal fragen, ob jemand weiß, ob die speedstep.c unter suse 10 die aktuelle ist, damit auch Dothan- und Sonoma-Centrinos ordentlich getaktet werden. Denn unter 9.3 musste man ja erst die Datei ersetzen und kompilieren damit das ging.

MfG
Soulfly

Hallo!

Tja, ich bin auf Suse 10.0 umgestiegen, leider! Ich hab es leider immer noch nicht geschaft, dass mein Laptop mit vollen 1,6 GHz läuft und bin schon fast am Verzweifeln! Auch wenn ich mit

rcpowersave stop

den Daemon töte läuft die Kiste nur mit 1200MHz!
localhost:~ # powersave -A
Speedstepping is not supported. :evil:


/var/log/messages sagt dazu :evil:

Oct 28 16:32:25 localhost [powersave]: WARNING (setMode:150) Could not set on_demand governor. Isthe module loaded?
Oct 28 16:32:25 localhost [powersave]: ERROR (handleActionMessage:1977) Could not set dynamic mode

in /etc/sysconfig/powersave/cpufreq habe ich CPUFREQ_CONTROL=userspace gesetzt!

Unten nochmal das ganze File!

Woran kann es liegen?

Mit freundlichen Gruß, rupidupi

## Path: System/Powermanagement/Powersave/CPU
## Description: The settings in this section affect the CPU frequency \
## scaling algorithm and the timeout for CPU low/high events.
## Path: System/Powermanagement/Powersave/CPU
## Type: string
## ServiceRestart: powersave
#
# The powersaved startscript will load this module for CPU frequency
# scaling support. If nothing is specified here, the most common cpufreq
# modules will be tried. Entering the correct module will reduce the
# warnings in syslog during boot and probably speed up booting a bit.
# Entering "off" will skip trying to load cpufreq modules and avoid
# warnings on machines with no cpufreq-capable hardware.
#
CPUFREQD_MODULE=""

## Path: System/Powermanagement/Powersave/CPU
## Type: string
## ServiceRestart: powersave
#
# Some cpufreq modules need additional parameters to define the hardware
# of your system. You can enter these parameters here.
#
CPUFREQD_MODULE_OPTS=""

## Path: System/Powermanagement/Powersave/CPU
## Type: list(kernel,userspace)
## Default: "kernel"
## ServiceRestart: powersave
#
# If set to userspace, the powersave daemon itself will check
# for CPU load and adjust the frequncy approriate.
# If set to kernel, the frequency will be adjusted by kernel
# CPU frequency governors. These are by default
# (kernel module - governor/powersave policy):
# ondemand/dynamic, powersave/powersave, performance/performance
CPUFREQ_CONTROL=userspace

## Path: System/Powermanagement/Powersave/CPU
## Type: integer(1:100)
## Default: "80"
#
# These variable sets the limit (in percent) for switching to the
# next higher CPU frequency (if supported). The limit for switching
# down is calculated from this high limit, the CPU_HYSTERESIS variable
# and the available frequencies of your CPU automatically.
#
CPU_HIGH_LIMIT=""

## Path: System/Powermanagement/Powersave/CPU
## Type: integer(1:100)
## Default: "5"
#
# The hysteresis for calculating the CPU load limit to switch to
# the next lover CPU frequency. Increasing this value lowers the
# load percentage at which the deamon switches down one step.
# This might be useful if you notice that the frequency continuously
# oscilates at a almost constant CPU usage (e.g. when watching a movie).
# 5 is default, you should not set it higher than 40.
# Zero is not allowed.
#
CPU_HYSTERESIS=""

## Path: System/Powermanagement/Powersave/CPU
## Type: integer(0:10000)
## Default: "10"
#
# If CPU stays longer than this value (in seconds) below the
# ``CPU_IDLE_LIMIT'' limit, the daemon generates a
# processor.idle event. As soon as the CPU usage steps over the
# CPU_HIGH_LIMIT once, a processor.busy is sent.
# Set it to 0 or let it empty to disable processor.* events.
#
CPU_IDLE_TIMEOUT=""

## Path: System/Powermanagement/Powersave/CPU
## Type: integer(1:100)
## Default: "25"
#
# If the CPU stays under the low limit for longer than specified in
# CPU_IDLE_TIMEOUT above, the daemon will additionally send a
# processor.idle event.
# This is not the limit at which the CPU frequency is scaled down.
#
CPU_IDLE_LIMIT=""

## Path: System/Powermanagement/Powersave/CPU
## Type: yesno
## Default: "no"
#
# Consider nice process time as CPU usage
# set to yes - if you want niced processes to be considered by the
# CPU frequency algorithm.
#
CONSIDER_NICE=""

## Path: System/Powermanagement/Powersave/CPU
## Type: integer(1:100)
## Default: "50"
#
# Set the CPU load difference limit for which the highest available
# frequency is set immediately (e.g. if set to 60, it switches to
# full speed if the CPU load jumps from 5% to 66% or higher instead
# of ramping up through all available frequencies). Disable the direct
# triggering of the highest frequency by setting a value of 0.
#
JUMP_CPU_FREQ_MAX_LIMIT=""

Gut dass du antwortest! Hätte mir beinah das ding auf Laptop gepackt.
Und ich hab keine Lust mir wieder das ding in den Kernel zu schreiben. NeNe!

Danke!
MfG Soulfly

Hi Soulfly!

Ein hämisches Grinsen!?!

Ich hätte viel liebe nen Tipp gehabt wie ich mein Problem lösen kann! Hättest Du dazu eine Idee?
Was mich am meisten verwundert ist die Sache, dass auch mit abgeschaltetem powersaver Daemon die Taktrate bei 1200MHz bleibt :shock:
Das sollte doch heissen, das er mit Speedstep umgehen kann!?
Ich wüsste auch keine stelle mehr bei der ich einhaken könnte!

Hat noch jemand nen Tipp :roll:

Viele Grüße
Rupidupi

Achso! Sorry!
Dann erklär ich mal. Also ich gehe jetzt davon aus, dass du einen Dothan hast. Richtig! So, in speepstep.c - ich weiß nicht genau, wo die liegt - sind alle Taktungsschritte von Centrinos eingetragen. Die Dothans befinden sich nicht darin. Es gibt eine speedstep.c, da sind diese enthalten - einfach mal nach googlen. Die alte damit ersetzen und den Kernel mit den aktuellen einstellung noch mal kompilieren
und fertig.

MfG Soulfly