kanotix.com :: Thema anzeigen - Mobile CPU Taktraten

kanotix.com

Nicht mehr aktuelle Beiträge - Mobile CPU Taktraten

boing4000 - 29.01.2006, 17:49 Uhr
Titel: Mobile CPU Taktraten

Hallo zusammen,

ich habe momentan noch den Kernel 2.6.11-kanotix-11 auf meinem Notebook (Acer Aspire1355 - Mobile AthlonXP 2600+) installiern.
Warum der alte Kernek, möchte ich nun gleichzeitig mit meiner Frage formulieren:

Bis Kernel 2.6.11-kanotix-11 habe ich folgende Taktraten und Steps der CPU (wie unter WinXP und im Bios angezeigt):
powernowd: cpu0: 796Mhz - 1990Mhz (5 steps)
powernowd: step1 : 796Mhz
powernowd: step2 : 1060Mhz
powernowd: step3 : 1393Mhz
powernowd: step4 : 1791Mhz
powernowd: step5 : 1990Mhz

Dies ist absolut normal, 5 Steps von ca. 800MHz bis ca. 2000MHz

Nun ALLE Kernel neuer als 2.6.11-kanotix-11 (inclusive 2.6.14-kanotix-9 auf der 2005-04 CD) bringen folgende Taktraten und Steps mit:
powernowd: cpu0: 1393Mhz - 1990Mhz (8 steps)
powernowd: step1 : 1393Mhz
powernowd: step2 : 1420Mhz
powernowd: step3 : 1553Mhz
powernowd: step4 : 1691Mhz
powernowd: step5 : 1751Mhz
powernowd: step6 : 1830Mhz
powernowd: step7 : 1871Mhz
powernowd: step8 : 1990Mhz

Also 8 Steps mit wesentlich kleineren Abständen und vorallem NUR ab ca. 1400MHz bis ca. 2000MHz möglich!
Das kostet unnötig Akkuleistung und bringt nicht viel weil die Steps so eng aneinander liegen das meisst gleich auf 2000MHz gesprungen wird.

Irgendetwas hat sich in den neueren Kernel verändert, denn wie gesagt, alle Kernel bis 2.6.11-11 haben immer genau die gleichen Steps angenommen die das Bios (und XP) anbietet.

Wenn jemand weiss woran es liegt, könnte ich mir einen eigenen Kernel bauen, damit der Akku in meinem Notebook vernünftig lange "lebt".
Ich wäre sehr erfreut wenn es eine Lösung dafür gibt Smilie

cu
Boing4000

joer04 - 29.01.2006, 18:17 Uhr
Titel: Re: Mobile CPU Taktraten

boing4000 hat folgendes geschrieben::

cu
Boing4000

Habe zwar eine andere CPU, aber es kann sein das es an powernowd liegt. Also vielleicht mal "apt-get update && apt-get upgrade" machen. Das gab bei mir in vergangener Zeit auch mal flasche Werte. Ein update kann da helfen. Mit den Kerneln hatte ich noch nie Probleme bei der Taktung.
Du kannst dir auch mal
laptop-mode-tools
http://www.xs4all.nl/~bsamwel/laptop_mode/tools/
und
kpowersave
http://www.kde-apps.org/content/show.php?content=29295
ansehen.
Mit den Tools habe ich gute Erfahrungen gemacht.

boing4000 - 29.01.2006, 20:20 Uhr
Titel: Re: Mobile CPU Taktraten

hi joer04,

danke für die Tips, werd ich ganz bestimmt beides ausprobieren!
Die Sache mit powernowd ist wohl etwas seltsam, denn selbst die Version auf der Kanotix-2005-04 CD bringt die selben Werte wie die "alte" von den Vorgänger-CD's.
Auch nach einem apt-get upgrade (was ich ziemlich regelmässig mache) ist keine Änderung zu sehen.
Allein der Kernel bringt wohl diese Veränderungen mit sich.
Auch cpufrequtils kann nur die Werte setzen welche auch vom powernowd angezeigt werden.

Hab jetzt einige male die Live-CD 05 gebootet und ganz sporadisch erscheint auch mal eine ganz seltsame Frequenzliste... hab sie leider nicht kopiert aber noch so in etwa in Erinnerung:
step 1: 814mhz
step 2: 1150mhz
step 3: 1400mhz
step 4: 1800mhz
step 5: 2150mhz

also "fast" wie normal, aber interessanterweise umgekehrt!! Auch ganz andere Werte als vorgesehen, Vorallem die Maximalfrequenz ist häher als sie eigentlich sein soll/darf. Denn es ist ein AMD 2600+ mit maximalen 2000MHz.

Leider verbraucht die CPU auch mehr Strom bei den falschen Werten, wahrscheinlich sind es immernoch 1400MHz, denn das merkt man an der Akkulaufzeit.

Laptix - 30.01.2006, 08:34 Uhr
Titel:

Hallo Boeing,

ich habe exact das gleiche Problem mit meinem Acer 1355 LMi 2600+. Bin also sehr gespannt. Auffällig ist, daß tatsächlich einige Problem die ich beim Kernelupdate habe, bei der Live CD nicht auftreten. Da ich aber sehr viel per Hand installiert habe, möchte ich auch nicht von CD updaten um das auszuprobieren. Mit M$ kein Problem.

Gruß
Martin

joer04 - 30.01.2006, 09:11 Uhr
Titel:

Dann sind wohl die Experten (slam, kt, ...) gefragt.

Laptix - 01.02.2006, 12:30 Uhr
Titel:

Hallo,

mit dmesg erhalte ich:

ACPI: CPU0 (power states: C1[C1] C2[C2])
powernow: PowerNOW! Technology present. Can scale: frequency and voltage.
Detected 796.223 MHz processor.
powernow: SGTC: 13333
powernow: Minimum speed 1393 MHz. Maximum speed 1990 MHz.

was soll denn das, ist doch richtig erkannt, wo kann ich denn an den Frequenzen für powernow schrauben?

Gruß
Martin

Georgy - 01.02.2006, 14:36 Uhr
Titel:

alos 1. kann es sein, dass die aktuellen kernels da irgendwei ne verbogene stepping-liste haben.
(wer weiss das schon genau)

2. kann man das gnaze völlig ohne daemons und co. im sysfs machen
unter /sys/devices/system/cpu/cpu0/cpufreq/ liegen einige dateien mit so aufschlussreichen namen wie "scaling_available_frequencies", "scaling_driver" usw. über die man da einiges an info herauskriegen kann und ggf. auch setzen.
man kann also z.b. nen takt setzen indem man einen der werte aus oben genannter datei per echo in scaling_setspeed schreibt.
sofern als governor natürlich "userspace" festgelegt ist.

nur mal so als anhaltspunkte wo man nachgucken kann.
das sys gibt ja brav allerlei infos darüber raus, was es über die HW denkt.

grüßchen
Geo

Laptix - 01.02.2006, 14:54 Uhr
Titel:

Hallo Geo,

alles was da in dem /sys/devices/system/cpu/cpu0/cpufreq/ steht entspricht dem Käse den powernowd einstellt. Die Dateien werden bei jedem Start neu geschrieben. Irgendwer muß die doch aufgrund welcher? Voreinstellungen schreiben? Da kann ich nix rumstellen. Außerdem habe ich unter /etc/defaults/ keine powernowd, woher weiß das denn bloß diesen Quatsch, na ja so blöd ist das ja nicht, aber etwas weniger freq wär besser.

Gruß
Laptix

Georgy - 01.02.2006, 15:35 Uhr
Titel:

die dateien im sysfs erstellt der kernel!
das ist so ähnlich wie proc!

wie gesagt, ich tippe einfach auf eine verbogene freqzenztabelle im kernel.

das hier:

Detected 796.223 MHz processor.
powernow: SGTC: 13333
powernow: Minimum speed 1393 MHz. Maximum speed 1990 MHz.

deutet schon an, dass cpufreq nicht unbedingt einer meinung mit dem rest des kernels ist.
aber wenn die sysfs-einträge so sind, dann heisst das dass auch powernowd keine whl hat als das anzuerkennen.
evtl. fehlt da auch ein modul. Bei meinem p4 sieht das so in lsmod aus:

p4_clockmod 3976 0
speedstep_lib 3460 1 p4_clockmod
cpufreq_stats 4484 0
freq_table 3716 2 p4_clockmod,cpufreq_stats

das sind wohl im wesentlichen die betreffenden module. als "governor" ist "userspace" wohl standard.

cpufreq_conservative cpufreq_ondemand cpufreq_powersave
cpufreq-nforce2 cpufreq_performance

gibt es wohl noch. evtl. ist in euren fälle da besser "ondemand" als governor zus etzen und den im sysfs zu registrieren (den betreffenden aus scaling_available_governors in scaling_governor echoen)
ansonsten mal nen neueren kernel abwarten oder dne devs auf den wecker fallen Winken

grüßchen
Geo

Laptix - 01.02.2006, 15:44 Uhr
Titel:

Hallo Geo,

danke erstmal, ...die genannten Module sind bei mir nicht verfügbar, lassen sich nicht laden, in scaling_available_governors ist nur "userspace"

Gruß
Laptix

boing4000 - 01.02.2006, 17:13 Uhr
Titel:

Hi zusammen,

also bin ich mit dem Problem nicht alleine.
Bleibt nur die Frage wo diese neuartige Frequenzliste steht oder wie man sie ändern kann.
Ich wäre ja auch mit 8 Steps zufrieden, wenn von 800 bis 2000MHz gestept würde.
Mal sehen ob es eine Lösung gibt, ansonsten hab ich zusätzlich den kernel 2.6.11-kanotix-11 auf der HD installiert, um bei Akkubetrieb eine längere Laufzeit zu erhalten.

cu
Boing4000

Georgy - 02.02.2006, 11:09 Uhr
Titel:

Diese liste ist im kernel. die änderst du per default garnicht.
Zumindest nicht ohne kernel-recompile oder eineige "zaubertricks" mit /proc beispielsweise.

dass die module bei euch nicht ladbar sind kann durchaus sein, das p4_clockmod usw. trifft ja auch nur auf mich zu.
aber ein modprobe cpufreq und dann ein paar mal die tab-taste betätigen sollte einem die weiteren governors anzeigen.

ansonsten kann ich nur google empfehlen oder sonstige info zum thema cpufreq in linux.
der ondemand-governor z.b. ist relativ neu.
als ich mich damals mit der materie beschäftigte (so um kernel 2.6.4 herum) gabs den noch nicht.

also kann das durchaus einiges möglich sein oder auch nicht.
ACPI kann ebenso ne rolle spielen.

grüßchen
Geo

pcollins - 06.02.2006, 07:15 Uhr
Titel:

moin,

ich möchte dieses thema nochmal aufgreifen.
ich hab nun eine HDD Installation der Version "kanotix-2005-04" gemacht.
Mit "cat /proc/cpuinfo" bekomme ich folgendes:

soenke@vdr:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.86GHz
stepping : 8
cpu MHz : 399.970
cache size : 2048 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 clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx est tm2
bogomips : 800.72

D.h. doch meine Cpu läuft im Moment auf 400 mhz, oder?
Wie kann ich das steuern und wie ist die MHZ Anzahl bei den anderen 6 Steps?

mfg
pcollins

Laptix - 06.02.2006, 09:47 Uhr
Titel:

Georgy hat folgendes geschrieben::

dass die module bei euch nicht ladbar sind kann durchaus sein, das p4_clockmod usw. trifft ja auch nur auf mich zu.
aber ein modprobe cpufreq und dann ein paar mal die tab-taste betätigen sollte einem die weiteren governors anzeigen.

root@Laptix:~# modprobe cpufreq
FATAL: Module cpufreq not found.

?????

Gruß
Laptix

datebro - 06.02.2006, 10:10 Uhr
Titel:

Hallo Laptix
tab vergessen? ist links die dritte von oben
root@host:/home/ddatebro# modprobe cpu tab tab
cpufreq_conservative cpufreq_performance cpuid
cpufreq-nforce2 cpufreq_powersave
cpufreq_ondemand cpufreq_stats
und dann natürlich den richtigen aussuchen.

Gruß
Datebro

Georgy - 06.02.2006, 11:42 Uhr
Titel:

pcollins hat folgendes geschrieben::

1. ja, das sollte es heissen.

und 2.
die ganzen steps stehen wie ich oben schon schrieb in der datei scaling_available_frequencies im oben genannten /sys-pfad.
ich weise aber nochmal darauf hin, das nicht unbedingt für bare münze nu nehmen.
der punkt ist der, das ganze scaling-zeugs wurde mit kernel 2.6 eingeführt (genauso wie das ganze sysfs) und inzwischen ca. 20 mal geändert.
als ich zuletzt in der mateire war, was einige zeit her ist, gab es nur 3 governors.
powersave, der die cpu auf minimum einstellt.
performance, der die cpu auf maximum einstellt.
und userspace, welche es erlaube über eben jene obig genannten files, mittels echo-befehlen frequenzen zu setzen. Was nebenbei gesagt auch genau das ist das die daemons tun.
Inwieweit isch der "ondemand" - governor darauf bezieht, weiss ich nicht!
ich hab keinen centrino und bin überhaupt erstmal froh dass dieses heizkraftwerk hier nicht permanent auf volldampf läuft.
Es wäre durchaus denkbar dass der ondemand-governor eben grade dafür da ist, das scaling dem kernel selbst zu überlassen bzw. der hardware/bios, wie auch immer.
Das würde dann allerdings bedeuten, dass der mehr oder weniger unabhängig von den sysfs-files wäre.

was /proc/cpuinfo sagt, kann man in der letzten zeit eigentlich schon glauben.
Es gab mal ne kernel-version in der cpuinfo nix vom scaling wusste und immer volldampf anzeigte obwohl die cpu gescaled wurde.
Sollte inzwischen behoben sein.

ansonsten sollte es in o.g. sysfs-ordner auch eine datei mit current_frequency o.ä. geben, wo man auslesen kann welchen takt der cpufreq-treiber grade als aktuell angibt.
wenn dieser natürlich von dem in /proc/cpuinfo ausgegebenen abweicht dann wirds schwierig.
Allerdigns ist das dann ein recht sicheres zeichen dass das cpufreq-zeugs in der kernel-version oder auf den speziellen prozzessor-bezogen nicht ganz ok ist.
Wäre evtl. ein grund das als bugreport zu formulieren. zumindest solange es nicht in den nächsten 2 versionen besser wird.

Es gibt bestimmt den einen oder anderen developer der nen centrino besitzt.
Dennoch ist linux auf notebooks noch seltener als auf desktops allgemein.
Was also bedeutet, es ist auf diese "spezialfähigkeiten" - bezogen nicht so extrem getestet.
Nur mal so als erklärung.
Die community lebt vom feedback.

Also könnt ihr wenns probleme gibt folgendes tun:
1. die nächste version abwarten und nochmal testen.
2. wenns dann nicht besser ist, genau die version raussuchen ab der es angefangen hat. Und anschließend nen Bugreport absetzen indem bitte genau beschrieben steht ab welchem kernel das nimmer stimmt, welcher prozessor es ist (wenns geht mit chipfamilie bzw. codename des cores) und welche stufen es sein sollten bzw. welche es sind!

Dann kann euch bestimmt jemand helfen.
Wie gesagt,ich schätze dass es nix großes ist, wahrscheinlich wird nur der typ fehlerhaft erkannt (neues stepping oder so) und daher die frequenztabelle im kernel verkehrt eingelesen.
Dennoch muss man gerade bei kleinen fehlern am lautesten schreien, da die eben sonst so schwer gefunden werden.

Grüßchen
Geo

Laptix - 06.02.2006, 12:55 Uhr
Titel:

Hallo Datebro, danke!
Gruß
Laptix

boing4000 - 09.02.2006, 13:33 Uhr
Titel:

Hi an alle,

also nochmal zum Ursprungsproblem ab Kernel 2.6.11-kanotix-12 aufwärz.
Die Aussage vom dmesg zeigt:
powernow: PowerNOW! Technology present. Can scale: frequency and voltage.
Detected 796.212 MHz processor.
powernow: SGTC: 13333
powernow: Minimum speed 1393 MHz. Maximum speed 1990 MHz.

Dies besagt das die CPU vom Bios und VOR dem booten auf 796.212MHz läuft, also rund 800MHz.
Dies ist auch unter WindowsXP und bis Kernel 2.6-11-kanotix-11 so. Ebenfalls eine mögliche Taktrate von 800MHz bis 2000MHz in 5 Schritten.

Irgendwo oder irgendwie muss diese ursprüngliche Liste verändert werden, wahrscheinlich durch eine neue Kernelliste oder auch durch ein "Falschauslesen" des Bios.
Anscheinend ist der mobile Athlon frei taktbar und kann somit auch 8 Schritte von 1400MHz bis 2000MHz annehmen.

Möglich wäre auch, das dies nur bei Acer-Aspire Notebooks auftritt. Leider hab ich kein anderes NB mit mobilem AthlonXP zum ausprobieren.
Ein Bekannter von mir hat ein HP mit AMD 2100+ oder ähnlich, dies könnte ich bei Gelegenheit als Referenz nehmen.
Wenns ein Bios-Problem ist, kann man wohl nichts machen. Wenn es eine Kernelsache ist, muss man ja rausfinden können wo der Fehler bzw. die neue Liste liegt.

Werd mich da auch noch weiter informieren, zur Not auch mit Acer selber... Obwohl der Support von Acer in Sachen Hardwareunterstützung nicht der tollste ist.
Sobald ich was weiss, berichte ich hier Smilie

ERGÄNZUNG:
Habe gerade den Kernel 2.6.11-kanotix-11 nochmal gebootet und das folgende herausgefunden:
# dmesg |grep powernow
powernow: PowerNOW! Technology present. Can scale: frequency and voltage.
powernow: No PST tables match this cpuid (0x7a0)
powernow: This is indicative of a broken BIOS.
powernow: Trying ACPI perflib
powernow: Minimum speed 318 MHz. Maximum speed 796 MHz.

Es liegt wohl an der Art der Auslesung.
Die hier falsch angezeigten Taktraten sind in Wirklichkeit minimal 796 und maximal 1990MHz mit 5 Steps (powernowd -v).

Zumindest wird die Bios-Takttabelle nicht verändert, was die neueren Kernel hingegen machen.
In den neueren Kernel ist anscheinend eine "verbesserte" Auslesung des Bios oder eine nicht auf ACPI basierende Taktsteuerung am Werke.

Wer kennt sich mit den Kernel Sourcen aus? Ich leider nicht.

Georgy - 09.02.2006, 15:43 Uhr
Titel:

hm... ich frag mich nur warum das der alte kernel dann besser konnte.

bei den mobiles bin ich grade überfragt ob die nicht ovn sich aus scalen. ob die also überhaupt das betriebssystem brauchen. wenn nicht wäre es evtl. besser das cpufreq-zeugs im kernel schlicht abzuschalten damit das ganze beim bios bleibt.
Den ausgaben nach zu urteilen hätte es der alte kernel ja auch nicht richtig gemacht, wenn er die skala auf 318-796 angesetzt hätte.
Dem neuen ist das aber anshceinend komplett egal.

hmm...komische sache....
wobei ob das eine verbesserte auslesung ist, oder einfach nur ein fallback bleibt die preisfrage.
also so alla "wenn du vom bios nix korrektes kriegst, mache xyz"

aber wie das dann der alte richtig amchen konnte....!? ???

naja... mal guckenw as sich da rausfinden lässt.

grüßchen
Geo

boing4000 - 07.03.2006, 13:48 Uhr
Titel:

hi Georgy,

das OS wird da schon gebraucht, denke ich. denn wenn man den powernowd killt, wird die taktrate nicht mehr automatisch nach last verändert.
selbiges gillt unter DOS, da bleibt die CPU auf 800MHz fest stehen, egal welche programme man laufen lässt.

ich vernute das ein mobiler athlon jeden multiplikator annegmen kann, also auch 0.5er schritte.
natürlich nur von einem festgelegten minimum bis maximum, sonst könnte man die CPU ja auch ganz simpel übertakten.
mein 2600+ (barton core) hat daher einen variablen multiplikator von 6.0 bis 15.0 und arbeitet mit einem FSB von 133MHz (physikalisch).
daher kann er von 800MHz bis 2000MHz getaktet werden.
die neueren kernel bringen wohl echt eine eigene multiplikatortabelle mit, oder verändern die vom bios vorgegebene und dadurch kommen leider die 8 statt 5 steps zustande.

in sachen kernel kompilieren bin ich nicht so erfahren, meisst funktioniert der übersetzte kernel nicht oder es gibt mächtig probleme mit den modulen (alsa usw.).
werd es trotzdem nochmal ausprobieren, dein tip mit dem abschalten von cpufreq könnte das problem evtl. schon lösen.
aber wahrscheionlich kann man die cpu taktraten dann überhaupt nicht mehr verändern und es bleibt dauerhaft bei 800MHz... dennoch mal schauen was passiert Smilie

danke und cu

Laptix - 30.04.2006, 17:14 Uhr
Titel:

Hallo Zusammen,

sehr erfreulich, nach dem update auf Kernel 2.6.16.11-kanotix-1 läuft der Proz "richtig":

Host/Kernel/OS "Laptix" running Linux 2.6.16.11-kanotix-1 i686 [ KANOTIX 2005-04 ]
CPU Info Mobile AMD Athlon XP 2600+ 512 KB cache flags( - ) clocked at [ 796.159 MHz ]

außerdem funktioniert das acpi und zeigt den Ladezustand richtig an. Sehr schön!

Schönes Wochenende
Laptix

nicht direkt zum Thema, aber die Probleme mit sound und digicam traten bei diesem kernel update nicht mehr auf

Laptix - 02.05.2006, 10:46 Uhr
Titel:

...wär ja auch zu schön gewesen. Jetzt bleibt er bei 796 MHz, egal was los ist.

powernowd gibt folgendes aus:

powernowd: PowerNow Daemon v0.97, (c) 2003-2006 John Clemens
powernowd: Found 1 scalable unit: -- 1 'CPU' per scalable unit
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq: No such file or directory

PowerNowd encountered and error and could not start.
Please make sure that:
- You are running a v2.6.7 kernel or later
- That you have sysfs mounted /sys
- That you have the core cpufreq and cpufreq-userspace
modules loaded into your kernel
- That you have the cpufreq driver for your cpu loaded,
(for example: powernow-k7), and that it works. Check
'dmesg' for errors.
If all of the above are true, and you still have problems,
please email the author: clemej@alum.rpi.edu

Was kann ich da machen? kernel und sysfs sind ok soweit.

Gruß
Laptix

Laptix - 02.05.2006, 11:11 Uhr
Titel:

powernowd deinstalliert und reinstalliert ergibt folgendes:

Starting powernowd: required sysfs objects not found!
Read /usr/share/doc/powernowd/README.Debian for more information.

schnorrer - 02.05.2006, 12:45 Uhr
Titel:

Problem bei SpeedStep IntL und PowerNow! AMD.

Je nach Bios, liest das entsprechende Programm die unterschiedlichsten Werte aus. Einzig zuverlässig wäre CPUID.
PowerNow! vom Bios aktiviert, großer Cpu-Cache wenig arbeit, Cpufreq. runter Powernow-modul erhält wegen geänderter abfrageroutine den derzeitig Akt. Wert und trägt ihn in sysfs ein.

bei SpeedStep genau das Gleiche.

Der Deamon erkennt zwar eine solche Cpu und erhöht oder verringert die Freq. dynamisch.
Aber zu Benchmark-Tests ist das nicht geeignet. Dient hier als Kosmetik.

Die Cpus werden immer in den Freq.-Modi betrieben, die der Arbeit an dem derzeitigen Programm entsprechen.
Viel CPU-Last = Hohe Cpu-Freq. wenig bis keine CPU-Last wird die CPU runtergetaktet.

Schadet der CPU weniger und läßt das System nicht zu laut werden. Erhöht auch die Laufzet bei Akku-Betrieb.
Auf den Desktop Rechner bringt es Nur Ruhe. sonst nichts.

Grüse von einem HW-Freak Gerhard

Laptix - 02.05.2006, 13:48 Uhr
Titel:

Hi Gerhard,

danke füre die Erläuterungen, aber das ganze Skalieren hat vorher ohne Fehlermeldungen nur mit zu hoher unterer Frequenz bestens funktioniert. Jetzt wird die untere Frequenz richtig eingestellt, aber wegen fehlender Komponenten kann powernowd den Prozessor nicht entsprechend der benötigten Leistung skalieren. Mit dem Bios und powernowd ist alles ok, nur beim kernel update ist etwas schiefgegangen und hat die System Konfiguration so verändert, daß das Vereichnis ...cpufreq/cpuinfo_max_freq weg ist. Das muss doch irgendwie wieder herzurichten sein?

Gruß
Laptix

Georgy - 02.05.2006, 16:20 Uhr
Titel:

evtl. fehlt einfach ein kernelmodul, oder beim 2.6.16er wurde da irgendwas geändert was sich noch nicht bis zu den powernowd-devs rumgesprochen hat.
interessant wäre zu erfahren ob cpufreqd und powersaved und die gnaze sippschaft die selben probleme haben.

grüßchen
Geo

Laptix - 02.05.2006, 16:50 Uhr
Titel:

Hi Geo,

die sippschaft hat ähnliche Probleme, mit 2.6.15 geht es wieder, steht auch im englischen Forum, daß es vermutlich ein Kernel bug ist. Jedenfalls läuft powernowd wieder, wenn auch mit der zu hohen Taktung ab 1400 MHz.

Gruß
Laptix

schnorrer - 02.05.2006, 22:40 Uhr
Titel:

Genuiu IntL sagt ja SPEEDSTEP und nucht powernow!

SpeedStep funktioniert nur!!! mit IntL-Prozessoren.
PowerNow nur!!!! nit AMD-Prozessoren.

Wann merkt ihr das. Die Kernel-bauer sollten diese Art von powermanagement modular einbinden.

SpeedStep und PowerNow! sind zueinander nicht Kompatibel, obwohl beide das selbe Ziel haben.

Wer bei einem Amd SpeedStep installiert, bekommt entweder Fehlerhafte Werte oder es Funktioniert nicht und umgekehrt mit intL und PowreNow!.

Jeder der das übersieht, riskiert einen frühen CPU-Tod.
Grüße Gerhard

Laptix - 13.06.2006, 16:22 Uhr
Titel:

Hallo,

ich habe mal unter XP genau nachgeschaut und gefunden, daß dort zwei Spannungen verwendet werde. Läuft er im Modus/Profil Tragbarer oder Laptop werden 1,3 V eingestellt und die CPU zwischen 800 und 1400 MHz skaliert. Stelle ich auf Dauerbetrieb, geht er auf 2000. Also, entweder oder, unter Linux scheint es "oder" mit 1400 bis 2000 MHz bei 1,65 V zu sein, um unter 1400 zu rutschen müßte er wohl die Spannung auf 1,3 V setzen? Jedenfalls wäre das ja hübsch wenn es auch unter Linux möglich wär den Akku mit 1,3 V zu schonen.

Gruß
Laptix

Host/Kernel/OS "Laptix" running Linux 2.6.15.6-kanotix-1 i686 [ KANOTIX 2005-04 ]
CPU Info Mobile AMD Athlon XP 2600+ 512 KB cache flags( - ) clocked at [ 1393.368 MHz ]
Videocard ATI M9+ 5C61 [Radeon Mobility 9200 (AGP)] X.Org 7.0.0 [ 1024x768 @60hz ]
Network cards VIA VT6102 [Rhine-II], at port: 1c00
Realtek RTL8180L 802.11b MAC, at port: 1000
Processes 82 | Uptime 11min | Memory 298.906/501.828MB | HDD TOSHIBA MK6021GAS Size 60GB (36%used) | Client Shell wrapper | Infobash v2.50rc12

Georgy - 14.06.2006, 16:58 Uhr
Titel:

also so wie ich das sehe hast du nen recht alten kernel drauf, n neuer könnte evtl. mal helfen.

dass das unter windoof klappt glaub ich gerne, aber wahrscheinlich auch nur nach installation eines chipsatz oder cpu-treibers.
so wie man das bei AMD64ern z.b. in windows auch bruahct damit coolnquiet funktioniert, das geht auch über diese profile.

das problem ist, dass ich nicht weiß ob es vergleichbare linuxtreiber gibt.
normalerweise tut die community sich aus verschiedenen gründen schwer mit solchen sachen.
z.b. mögliche beschädigungen durch falsche spannungen oder abstürze, oder einfach mangelhafte infos und specs um nen ordentlichen treiber dafür zu proggen.
Dass es allerdings besser gehen sollte, da stimm ich dir zu.
bei mir macht cpufreq seit einem kernel-wechsel auch komische sachen.
aber das hier ist soweiso nurn P4 der hat von sparen noch nix gehört.

jedenfalls war ich der meinung dass der kernel das mit den spannungen sehr wohl kann. er muss halt die CPU richtig erkennen.
aber evtl. musste da mal wen fragen der da nähere erfahrungswerte hat oder gleich nen kernel-hacker im irc.

grüßchen
ich

Laptix - 17.06.2006, 12:59 Uhr
Titel:

der aktuelle Kernel hat leider einen Bug bezgl. der Powerregulierung, da funktioniert nix mehr, ist scheinbar seit mehrerer updates immer noch so. Der Prozessor wird ja auch richtig erkannt, aber die Werte die der Kernel als zulässige Frequenzen für zB. powernowd rausgibt sind nicht entsprechend. usw.... will das Pferd auch nicht totreiten, bin aber gespannt od das irgendwann mal was wird, oder dieser olle Prozi hintenuntergefallen ist, dann komme ich auch nicht mehr mit den neuen Kerneln weiter, oder mir reichen 796 von 2000 möglichen MHz.

Gruß
Laptix