[GELÖST] Debian Squeeze: Speedstepping funktioniert nicht korrekt

B

buergernb

Active member
Themenstarter
Registriert
9 Aug. 2007
Beiträge
4.048
Hi,


da mich es mich doch etwas nervt, dass das Speedstepping auf meinem T43p unter Dabian Squeeze nicht funktioniert, habe ich etwas gegooglet. Nun bin ich aber über das Ergebnis nicht ganz sicher. Es scheint so, als müsste ich mit einen eigenen Kernel bauen. Da ich davon aber gar keine Ahnung habe, würde ich hier gern erstmal einige Fragen Stellen. Vielleicht schaffe ich es ja mit eurer Hilfe. :D
  1. Ich habe mit folgende Anleitung angeschaut: http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage. Ist das grundlegend der richtige Weg? Also muss ich wirklich einen eigenen Kernel compilieren?
  2. Woher bekomme ich nun den Patch oder das Module, welches für das Speedstepping verantwortlich ist?
  3. Ich würde gern gleich undervolting mit aktivieren. Wenn ich es richtig gelesesen hab, kann ich das PHC-Module auch gleich mit fest einbauen. Richtig?
  4. Ist das vielleicht auch eine vernünftige Möglichkeit, auf einen aktuellere Kernel-Version umzusteigen?
  5. Gibt es vielleicht noch Optionen für den Kernel, um die ATI-Grafikkarte ein besseres Power Management zu verpassen, oder passiert das nur über den GraKa-Treiber.
Vielen Dank für eure Unterstützung.
 
Zuletzt bearbeitet:
Hi,

ich bezweifle stark, daß Squeeze bei einem Pentium M kein Speedstep kann. Installiere mal das Paket cpufrequtils und zeig
Code: 
cpufreq-info

EDITH: power save für den radeon-Treiber macht z.B. TLP.
 
Zuletzt bearbeitet:
Hi linrunner,

danke für die schnelle Antwort. ich hatte das Paket schon installiert, und es hat irgendwie auch nichts geholfen. gerade solltte eigentlich der governor Performance laufen, das Applet unter Gnome zeigt mir aber nur 800 MHz statt 2,13 GHz an.

Hier die Ausgabe von cpufreq-info:
Code: 
root@T43p:/home/buergernb# cpufreq-info 
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Bitte melden Sie Fehler an cpufreq@vger.kernel.org.
analysiere CPU 0:
  Treiber: acpi-cpufreq
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
  Maximale Dauer eines Taktfrequenzwechsels: 20.0 us.
  Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 2.13 GHz
  mögliche Taktfrequenzen: 2.13 GHz, 1.87 GHz, 1.60 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
  mögliche Regler: powersave, conservative, userspace, ondemand, performance
  momentane Taktik: die Frequenz soll innerhalb 800 MHz und 800 MHz.
                    liegen. Der Regler "performance" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 800 MHz  (verifiziert durch Nachfrage bei der Hardware).
  Statistik:2.13 GHz:6,30%, 1.87 GHz:0,03%, 1.60 GHz:0,15%, 1.33 GHz:0,06%, 1.07 GHz:0,06%, 800 MHz:93,39%  (380)
 
Speedstepping funktioniert doch, schau auf die Zeile "Statistik". Wenn die CPU nichts zu tun hat, läuft sie mit 800 MHz. Besser zum Stromsparen und allgemein im Betrieb ist der ondemand-Governor. Limitierung der Taktfrequenz bringt normalerweise gar nichts.

Kannst Du alles in den Definitionen am Anfang von /etc/init.d/cpufrequtils einstellen. Danach einmal durchstarten:
Code: 
invoke-rc.d cpufrequtils restart

EDITH meint: das Applet zeigt auch nur lt. Statistik an. Am besten in de Tonne damit, dieser Spielkram verbraucht nur unnötig Strom und lenkt von der Arbeit ab.
 
Zuletzt bearbeitet:
linrunner schrieb:
Kannst Du alles in den Definitionen am Anfang von /etc/init.d/cpufrequtils einstellen.
Zum Vergrößern anklicken....

Hab ich gemacht, mit folgenden Zeilen:
Code: 
ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="2133000"
MIN_SPEED="800000"

Aber diesem Einträgen wiederspricht ja die Ausgabe von cpufreq-info:
Code: 
momentane Taktik: die Frequenz soll innerhalb 800 MHz und 800 MHz.
                    liegen. Der Regler "performance" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
:confused:
 
Besser:
Code: 
ENABLE="true"
GOVERNOR="ondemand"
[COLOR="#FF0000"]MAX_SPEED="0"
MIN_SPEED="0"[/COLOR]
Die Anzeige ist wohl fehlerhaft (und von der Eindeutschung bekomm ich Würgreflex).

Zeig mal:
Code: 
sudo grep '.*' /sys/devices/system/cpu/cpu0/cpufreq/*
 
Hi,

ergibt folgende Ausgabe:
Code: 
root@T43p:/home/buergernb# grep '.*' /sys/devices/system/cpu/cpu0/cpufreq/*
/sys/devices/system/cpu/cpu0/cpufreq/affected_cpus:0
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq:800000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq:2133000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq:800000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency:20000
/sys/devices/system/cpu/cpu0/cpufreq/related_cpus:0
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies:2133000 1866000 1600000 1333000 1066000 800000 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors:powersave conservative userspace ondemand performance 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq:800000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver:acpi-cpufreq
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor:ondemand
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:800000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:800000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed:<unsupported>

Schaue ich nun ein 720p-Video auf Youtube an, stockt das ohne Ende und die Taktrate scheint nicht erhöht zu werden, bleibt also stur bei 800 MHz. Die vorgeschlagenen Änderungen von dir in /etc/init.d/cpufrequtils sind schon übernommen, mit anschließendem restart.
 
Da ist ein Widerspruch in der Ausgabe:
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq:2133000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq:800000
...
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:800000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:800000
Zum Vergrößern anklicken....
Hast Du noch andere Tools installiert/konfiguriert (TLP tut nichts am CPU-Takt)? Akku drin?
EDITH: Applet entfernt?

Mach mal bitte BIOS auf Default Settings und einen Hardware Reset.
 
Zuletzt bearbeitet:
Hi,

linrunner schrieb:
Hast Du noch andere Tools installiert/konfiguriert (TLP tut nichts am CPU-Takt)?
Zum Vergrößern anklicken....

Folgende Tools sind installiert. Gibt es eine bessere Möglichkeit alles relevante aufzulisten?
cpufreq.png
Ausgabe von tlp-stat:
Code: 
--- tlp 0.3.3 --------------------------------------------
System = IBM ThinkPad T43p 2668G2G
BIOS = 1YET65WW (1.29 )
Release = Debian GNU/Linux 6.0.3 (squeeze)
Kernel = 2.6.32-5-686 i686

tlp power save = enabled
power source = ac

/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand

/proc/sys/kernel/nmi_watchdog = 0

/sys/devices/system/cpu/cpu?/cpufreq/phc_controls = (phc kernel not available)

/proc/acpi/ibm/thermal = temperatures:    59 55 39 63 36 -128 28 -128 55 59 53 -128 -128 -128 -128 -128

/proc/sys/vm/laptop_mode = 0
/proc/sys/vm/dirty_writeback_centisecs = 1500
/proc/sys/vm/dirty_expire_centisecs = 1500
/proc/sys/vm/dirty_ratio = 60
/proc/sys/vm/dirty_background_ratio = 1
/proc/sys/fs/xfs/age_buffer_centisecs = (not available)
/proc/sys/fs/xfs/xfssyncd_centisecs = (not available)
/proc/sys/fs/xfs/xfsbufd_centisecs = (not available)

/dev/sda:
          Model     = WDC WD2500BEVE-00WZT0                   
          Firmware  = 01.01A01
          APM Level = 254
          scheduler = cfq

        SMART info:
            4 Start_Stop_Count          =      331 
            5 Reallocated_Sector_Ct     =        0 
            9 Power_On_Hours            =      419 [h]
          193 Load_Cycle_Count          =     8913 
          194 Temperature_Celsius       =       39    [°C]

sata link power management: no ahci-enabled host controller detected

/sys/module/pcie_aspm/parameters/policy = performance

bluetooth = off (software)
wifi      = on
wwan      = none (no device)

wlan1(ath9k): power management = off

/sys/module/snd_ac97_codec/parameters/power_save = 1

/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/manufacture_date = 2007-07-16
/sys/devices/platform/smapi/BAT0/first_use_date = 2007-08-28
/sys/devices/platform/smapi/BAT0/cycle_count = 208
/sys/devices/platform/smapi/BAT0/design_capacity = 77760 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 47750 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 46480 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 98 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = not_discharging [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]

/sys/devices/platform/smapi/BAT0/start_charge_thresh = 96 [%]
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 100 [%]

tlp usb autosuspend = enabled
tlp usb blacklist = (not configured)

/sys/bus/usb/devices/4-2/power/autosuspend = 2, level = auto -- 0483:2016 Biometric Coprocessor (no driver)
/sys/bus/usb/devices/usb1/power/autosuspend = 2, level = auto -- 1d6b:0002 EHCI Host Controller (hub)
/sys/bus/usb/devices/usb2/power/autosuspend = 2, level = auto -- 1d6b:0001 UHCI Host Controller (hub)
/sys/bus/usb/devices/usb3/power/autosuspend = 2, level = auto -- 1d6b:0001 UHCI Host Controller (hub)
/sys/bus/usb/devices/usb4/power/autosuspend = 2, level = auto -- 1d6b:0001 UHCI Host Controller (hub)
/sys/bus/usb/devices/usb5/power/autosuspend = 2, level = auto -- 1d6b:0001 UHCI Host Controller (hub)

linrunner schrieb:
Akku drin?
Zum Vergrößern anklicken....
Yepp.

linrunner schrieb:
EDITH: Applet entfernt?
Zum Vergrößern anklicken....
Grad getan ...

linrunner schrieb:
Mach mal bitte BIOS auf Default Settings und einen Hardware Reset.
Zum Vergrößern anklicken....
und starte jetzt für diesen Schritt neu.
 
Das Paket cpufreqd bitte noch entsorgen (gehört weder zur Standardinstallation noch ist es notwendig).
Neustart.
 
Hi linrunner,

danke! Das hat scheinbar geholfen. Zwar stockt Youtube beim Abspielen von 720p-Videos immer noch (Mein Z60t hier mit WinXP SP3 und 1,86 GHz sowie Intel 915GM murrt da nicht), aber das kann ja auch an Flash Player liegen.
 
Zuletzt bearbeitet:
Hinweise zum Undervolting

Bei Debian reicht es – im Gegensatz zu Ubuntu – das Kernelmodul acpi-cpufreq neu zu bauen, man muß nicht gleich einen kompletten Kernel backen.

Google hat dazu diese Anleitung gefunden. Bedenke, daß jedes Kernelupdate das geänderte Modul überschreibt, d.h. Anleitung erneut durchführen.

Die ermittelten Einstellungen kannst Du als FID:VID-Paare in /etc/default/tlp hinterlegen.
 
Hallo linrunner,

nach einem Tag testen mit mprime habe ich jetzt die richtigen Paare FID:VID festgelegt und TLP diese dann auch übergeben. Dank TLP fällt ja ein Großteil der sehr guten Anleitung, die du verlinkt hast, weg. Hab jetzt auch den Lüfter gereinigt und neue Wärmeleitpaste aufgebracht. Bin auf das Gesamtergebnis gespannt. ich brauche jetzt nur noch das Pulsieren des Lüfter in den Griff zu bekommen - ThinkPad Fan Control ist schon installiert aber noch nicht fein-abgestimmt. Danke!
 
Es geht imho einfacher als mit der verlinkten anleitung. Das phc-intel paket bietet die option ein ein dkms-deb zu erzeugen. Nach dessen installation wird das modul bei jedem kernelupdate neu erstellt.
 
yatpu schrieb:
Das phc-intel paket bietet die option ein ein dkms-deb zu erzeugen.
Zum Vergrößern anklicken....
Wieder was gelernt :). Bei Ubuntu ist das Modul ja leider fest einkompiliert.

@buergernb: das Zauberwort heißt (im Verzeichnis des ausgepackten phc-intel-Archivs):
Code: 
make dkms_mkdeb
(setzt Pakete dkms, dpkg-dev und debhelper voraus)
 
Zuletzt bearbeitet:
Danke fürs vervollständigen! Ich habs in der s-bahn von handy und aus dem gedächtnis geschrieben.
 
Hi,

ich glaube, das funktioniert nur mit dem Paket für aktuellere Kernel. Ich brauche für Dabian Squeeze phc-intel-0.3.2-10 und da scheint diesre weg noch nicht zu gehen. Zumindest erhalte ich folgende Fehlermeldung beim Aufruf von make dkms_mkdeb:
Code: 
make: *** Keine Regel, um »dkms_mkdeb« zu erstellen.  Schluss.
:confused:
 
hast du es schon mal mit 0.3.2-12 probiert? würde mich stark wundern, wenn der 32er kernel nicht mehr unterstützt würde.
 
Hi yatpu,

laut hier ist diese Version nur für:
Code: 
For Kernel version 2.6.33 and above
phc-intel-0.3.2-12-1 offtree

[...]

For Kernel version 2.6.32 and below
phc-intel-0.3.2-10 offtree
 
oha, das ist doof. dann musst du also mit dem umständlichen weg vorlieb nehmen oder einen anderen kernel installieren, der entweder phc bereits an board hat oder zumindest vom neueren phc-patch unterstützt wird. interessant könnte da ein kernel aus testing sein.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
  • ok1.de
  • thinkstore24.de
  • ok2.de - Notebook Computer Server
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben