Pentium 3@500MHz und speedstep cpufreq (update: hibernate)

[Thor]

tach zusammen

auch ein grund, warum ich in letzter zeit zwar anwesend, aber dann doch nicht so teilnehmend bin, ist folgende problematik:

frage: kann mein toshibook (Tecra 8100), bzw. die CPU, dynamische frequenzen?

zu den basics:

thor@loki:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 1
cpu MHz : 498.196
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 997.78

thor@loki:~$ cat /proc/version
Linux version 2.6.14.2 (root@loki) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #3 PREEMPT Sat Nov 12 19:37:59 CET 2005

thor@loki:~$ lspci
0000:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
0000:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
0000:00:05.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
0000:00:05.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
0000:00:05.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
0000:00:05.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
0000:00:07.0 Communication controller: Lucent Microelectronics 56k WinModem (rev 01)
0000:00:09.0 IRDA controller: Toshiba America Info Systems FIR Port Type-DO
0000:00:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to Cardbus Bridge with ZV Support (rev 20)
0000:00:0b.1 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to Cardbus Bridge with ZV Support (rev 20)
0000:00:0c.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio Controller] (rev 02)
0000:01:00.0 VGA compatible controller: S3 Inc. 86C270-294 Savage/MX-MV (rev 11)
0000:06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)


relevanter auszug aus der aktuellen .config:

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_DEBUG=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_STAT_DETAILS=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y

#
# CPUFreq processor drivers
#
# CONFIG_X86_ACPI_CPUFREQ is not set
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
# CONFIG_X86_POWERNOW_K8 is not set
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
CONFIG_X86_SPEEDSTEP_SMI=y
# CONFIG_X86_P4_CLOCKMOD is not set
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set

#
# shared options
#
CONFIG_X86_SPEEDSTEP_LIB=y
CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y

momentan als built-in, ich hatte es auch schon mit modulen laufen und dieses HOWTO versucht, keine chance.

/proc/cpufreq
/sys/devices/system/cpu/cpu0/cpufreq/
werden nicht erstellt

die relevante ausgabe von dmesg (im anhang die ganze) mit dem kernel parameter cpufreq.debug=7 lautet:

---snip---
speedstep-lib: x86: 6, model: 8
speedstep-lib: Coppermine: MSR_IA32_EBL_CR_POWERON is 0x4c080020, 0x0
speedstep-lib: Coppermine: MSR_IA32_PLATFORM ID is 0x0, 0x550000
speedstep-smi: No supported Intel CPU detected.
---snip---

sollte ich eine info übersehen haben, lasst es mich bitte wissen ...

ich bin mittlerweile so circa jede mailinglist, einige foren und manche HOWTOs durch, ich habe nirgends gelesen dass es mit dem prozessor nicht funktioniert (aber auch nicht, dass es gehen _muss_). im moment ist die luft erstmal raus (auch seit endlich hibernate mittels deckel schliessen funktioniert - yes! *g*).

any help or ideas would be appreciated.



edit: typo

[spk]

Hallo Thor,

also meine Suche nach Coppermine und Speedstepping hat leider folgendes Zitat ergeben:

http://users.linpro.no/...#cpu
Coppermine is one of the new Intel PIII CPUs. The 600MHz and faster versions (not 500MHz) of these have "SpeedStep technology". SpeedStep changes the CPU frequency to save power. I have received mail from SpeedStep owners indicating that their machines are SpeedStepping just fine. Linux starting at version 2.2.15pre19 supports SpeedStep officially. You should upgrade to 2.2.16 if you have a SpeedStep CPU.

Leider habe ich keine Informationen zur CPU direkt bei Intel gefunden.

Viele Grüße
spk

[Andy1]

Weiß nicht ob der 500er das schon konnte.
Bei den 1000er ist es mir schon "geglückt" ansonsten "man powernowd", dort mal nachsehen was er für Befehle noch drin hat, bzw. was einzustellen ist.
Im Kernel welcher ja nun schon der neueste ist (boah) mal nach gesehen, dann bei Debian lässt sich mit modconf, dieses mit aptitude nachinstallieren falls noch nicht geschehen, sehr einfach nachsehen ob das entsprechende Modul geladen ist und läuft.
Kann dir noch das als allgemeine Information bieten:
http://www.ubuntu-forum.de/artikel/1...at-das-je.html

[Thor]

danke für eure antworten

> The 600MHz and faster versions (not 500MHz) of these have "SpeedStep technology" [..] I have received mail from SpeedStep owners indicating that their machines are SpeedStepping just fine.

> Weiß nicht ob der 500er das schon konnte.

genau das sind die fragen, die nirgends klar beantwortet werden (oder ich nicht finde?!) ...

anstatt powernowd (oder cpudyn) nutze ich cpufreqd.
cpufreqd.conf ist in meinen augen i.o. nur soweit kommt es erst garnicht, denn '/etc/init.d/cpufreqd start' endet logischerweise mit dem resultat 'no cpufreq interface found'.
(/sys/devices/system/cpu/cpu*/cpufreq wird nicht erstellt)

aber ich bin schon einen kleinen schritt weiter und mir drängt sich allmählich die frage auf, ob es an der toshiba architektur liegt?

denn:

mittels toshset 1.64 ( debian source stable) habe ich herausgefunden, dass sich auf jeden fall schonmal zwei frequenzen (manuell) setzen lassen:
# toshset -cpu fast = 498.196 MHz
# toshset -cpu slow = 286.168 MHz

... ich bin auch gerade auf toshiba_acpi gestossen, mal sehen was sich damit realisieren lässt.

ich bleib dran

danke fürs lesen und mitdenken ...

[Raydon]

Hi Thor,

du musst unterscheiden zwischen Speed Stepping und Enhanced Speed Stepping. Bei Speed Stepping gibt es nur zwei Frequenzen für die CPU, eine die dafür gedacht ist, wenn das Notebook im Netzbetrieb ist und eine für Batteriebetrieb. Das neuere Enhanced Speed Stepping erlaubt mehrere Frequenzen, auf die jeweils dynamisch umgeschaltet werden kann, je nachdem wie stark die CPU ausgelastet ist. Aus deinen cpu flags oben geht hervor, dass deine CPU leider kein Enhanced Speed Stepping unterstützt (fehlendes est flag).
Du wirst daher nur die zwei Frequenzen, welche du bereits wählen kannst, benutzen können.

[Thor]

argh! ... danke raydon, das wusste ich nicht - habe es auch bisher nirgends gelesen.

nagut, entweder ich finde noch eine pasende CPU, oder richte mit toshset einen daemon ein, oder verzichte auf speedstep gänzlich (mal sehen).
wäre zu schön gewesen, bei dem recht betagten akku ...

[Thor]

update für die, die es interessiert

nochmal danke für deinen hinweis ray, u.a. du hast mich auf die idee gebracht, das ganze auszubauen, nämlich folgendermassen:

thor@loki:/etc/acpi/events$ cat ac_adapter
# start/stop laptop-mode and set cpu-frequency on AC event
event=ac_adapter
action=/etc/acpi/actions/ac_adapter.sh && etc/acpi/actions/toshset.sh

thor@loki:/etc/acpi/events$ cat lid
# Suspend the laptop when the LCD panel (lid) is closed
event=button/lid.*
action=/etc/acpi/actions/hibernate.sh

thor@loki:/etc/acpi/events$ cat lowbat
# hibernate on low battery
event=battery
action=/etc/acpi/actions/lowbat.sh

thor@loki:/etc/acpi/events$ cat pwrbutton
# Suspend the laptop when the power button is pressed
event=button/power.*
action=/etc/acpi/actions/hibernate.sh

die dazuzugehörigen scripte:
in /etc/acpi/actions

ac_adapter.sh:

#!/bin/bash
# ac on/offline event handler
echo "laptop-mode set by acpi state"
status=`awk '/^state: / { print $2 }' /proc/acpi/ac_adapter/ADP1/state`
case $status in
        "on-line")
                /usr/sbin/laptop_mode stop
                exit 0
        ;;
        "off-line")
                /usr/sbin/laptop_mode start
                exit 0
        ;;
esac

&& (=erster befehl und wenn erfolgeich nächster befehl)

toshset.sh:

#!/bin/bash
# cpu frequency handler
echo "cpu set by toshset"
status=`awk '/^state: / { print $2 }' /proc/acpi/ac_adapter/ADP1/state`
case $status in
        "on-line")
                /usr/bin/toshset -cpu fast
                exit 0
        ;;
        "off-line")
                /usr/bin/toshset -cpu slow
                exit 0
        ;;
esac

hibernate.sh:

#!/bin/bash
/usr/sbin/hibernate

lowbat.sh:

#!/bin/bash
capacity=`awk '/remaining/ {print $3}' /proc/acpi/battery/BAT1/state`
alarm=`awk '/alarm/ {print $2}' /proc/acpi/battery/BAT1/alarm`
if [ $capacity -le $alarm ]; then
/usr/sbin/hibernate -F /etc/hibernate/hibernate.conf
else
echo "Not below alarm limit. Capacity: " $capacity
fi
exit 0

kurze erklärung:

- ac_adapter.sh liest den status on-/off-line aus und schaltet mittels /usr/sbin/laptop_mode den lüfter aus und die festplattenumdrehungen runter. ( man laptop_mode)

- toshset.sh toshset kann viel mehr ( info), in meinem fall stellt es die CPU -wie oben bereits erwähnt-, je nach batterie- oder ac-betrieb, auf zwei vorgegebene frequenzen ein:
toshset -cpu fast = 498.196 MHz
toshset -cpu slow = 286.168 MHz

- hibernate.sh ist denke ich selbsterklärend ... *g*

-lowbat.sh prüft regelmäßig den batteriestatus und fährt in den ruhezustand, wenn die batteriekapazität kritisch wird:

thor@loki:~$ cat /proc/acpi/battery/BAT1/alarm
alarm: 86 mAh

kleines manko: 'cat /proc/cpuinfo' liest nicht die von toshset geänderte cpu frequenz aus, ausser nach einem neustart.

alles ausgiebig getestet und nachvollziehbar mit 'less +F /var/log/acpid' und hochzufrieden ...


edit1: typo
edit2: update

noch garnicht erwähnt habe ich den ruhezustand, in meinem fall 'suspend to disk' (hibernate) und um das thema abzurunden und abzuschliessen, noch folgende ergänzung:

eine ausführliche anleitung findet man bei http://wiki.suspend2.net/
den passenden kernel patch bei http://suspend2.net/downloads/
für ältere versionen (bzw. alle): http://suspend2.net/downloads/all/

zusätzlich wird noch ein hibernatescript benötigt ( http://wiki.suspend2.net/HibernateScript)
oder:
thor@loki:~$ apt-cache search hibernate
hibernate - activates your computer's suspend functionality

nützliche links hierzu:
http://www.cs.ust.hk/~yalding/blog/2...on-debian.html
http://www.thinkwiki.org/wiki/How_to...ftwareSuspend2

kurze beschreibung

den kernel patch ausführen:
loki:/usr/src/linux-2.6.14# ../suspend2-2.2-rc13-for-2.6.14/apply
Applying 100-suspend2-2.2-rc13-for-2.6.14.patch ...
All happy!

und dann folgende (neue) kerneloptionen auswählen:

thor@loki:~$ cat /boot/config-2.6.14-toshiba-t8100 |grep SUSPEND
# CONFIG_SOFTWARE_SUSPEND is not set
CONFIG_SUSPEND2_CRYPTO=y
CONFIG_SUSPEND2=y
# CONFIG_SUSPEND2_FILEWRITER is not set
CONFIG_SUSPEND2_SWAPWRITER=y
CONFIG_SUSPEND2_DEFAULT_RESUME2="/dev/hda2"
# CONFIG_SUSPEND2_CHECKSUMMING is not set
# CONFIG_SUSPEND2_KEEP_IMAGE is not set

den kernelparameter 'resume2=swap:/dev/hd$' zur swappartition, beim booten mitgeben (menu.lst, lilo.conf) und schlussendlich die /etc/hibernate/hibernate.conf anpassen.

nachdem die kompilierorgie bei langsamen systemen 'etwas' dauern kann (tecra ~ 157 minuten) empfehle ich, die arbeit von schnelleren rechnern ausführen zu lassen (playstation im HW-profil ~ 17 minuten)

fetsch ...

hth.