staging.inyokaproject.org

@janlau
Nimm anstelle des acpi-cpufreq Patches einfach diesen hier:
http://phcpatches.googlecode.com/svn/trunk/speedstep/patches/linux-phc-0.3.1-kernel-vanilla-2.6.22.patch
Dann kompilierst du das Modul einfach so wie's in der Anleitung Prozessorspannung_senken steht (Befehle auf speedstep anpassen). Falls du es nicht hinbekommst kann ich dir es auch fertig kompilieren, dann musst du es nur noch einsetzen.

Scheint super funktioníert zu haben! ☺ Endlich wieder flüsterleise bei gleicher Leistung ... yeah ☺

Als kleine Bemerkung noch: Mir ist aufgefallen, dass die Werte bei mir in der phc_controls - file quasi seitenverkehrt aufgezählt sind. Also es beginnt mit der rößten Taktstufe und arbeitet sich dann herunter zur kleinsten (das ist abweichend vom Wikiartikel).
okay! Stimmt! sollte jeder selber merken, der sich an solch eine Einstellung rantraut, was ich aber schon schlimmer fand, dass sie im PHCTool dann auch falsch dargestellt wurden. Der Wert für die kleinste Taktstufe wurde mit dem VID belegt, welcher für die größte Taktung galt! war dann allerdings falsch gelabelt sprich mit der kleinsten Taktstufe.?!

Naja nur so am Rande:)

Danke!

Janlau,

welche Version von PHCTool benutzt du denn?
Ich dachte ich hätte dieses Problem mit 0.5.1 behoben. Wäre jetzt ärgerlich wenn es doch nicht behoben ist.

huch 0.5 war die eingesetzte... hab ich per svn geladen.... hmm dann war das wohl mein fehler...sorry ☺

Endlich läuft es!
Mit dem neuen speedstep patch klappt es endlich auch bei meinem Rechner (wär ja auch komisch, wenn nicht, nach dem Erfolg von janlau:))
Heute funktioniert es 1a, Mittwoch auf selbem Weg noch nicht, ich frag mich gar nicht erst, was ich da falsch gemacht habe.
@janlau: mit welchen Werten hast du deinen Rechner denn jetzt laufen? Ich hab einfach alles um 0,2 Volt gesenkt, das sind meine uralten Werte, die ich damals mit dem NHC unter Windows bereits hatte. Vielleicht läuft es bei dir ja mit noch weniger und trotzdem stabil..

Besten Dank und besten Dank auch für die viele Arbeit mit den patches und dem Tool!

Udo

meine werte:

cat /sys/devices/system/cpu/cpu0/cpufreq/phc_controls 
17:28 14:20 12:16 10:12 8:8 6:4

Es geht auch weniger... aber da hatte ich ab und an mal Problem mit dem Firefox und dann auf irgendwelchen Seiten wie myspace, youtube... also alle die n bsichen aufwendiger sind. Ich hatte zumindest die Vermutung das es daran lag.
Mit den Werten oben bin ich eigentlich ganz zufrieden und hab eigentlich keine Probleme.

Wenn du mit anderen Werten die noch niedriger sind auch noch stabil arbeiten kannst dann sag doch mal bescheid ☺ dann probier ich das auch nochmal-

Gruß

jan

PHC hat jetzt auf seiner Webseite ein eigenes Forum.
Ich hoffe damit nicht mehr auf etlichen verschiedenen Foren gucken zu müssen sondern alles an einem Ort zu haben - das verbessert hoffentlich die Qualität der Hilfestellungen.

phc.athousandnights.de/forum

Hallo Leute, bei mir funktioniert der acpi_cpufreq patch leider auch nicht. (PHC v0.3.0 unter Ubuntu 7.10)
Gutes Anzeichen dafür das es bei mir nen ACPI Problem ist, ist das alle Systeminfo Programme unter Windows bei mir die CPU-Temperatur nicht auslesen können und immer auf ACPI Fehler, etc Hinweisen.
Weiterhin erkennt das acpi_cpufreq auch die bei meiner CPU zur Verfügung stehenden Taktfrequenzen nicht richtig.
Meine CPU hat eigentlich folgene Frequenzen: (Pentium M 735 Dothan)

600, 800, 1000, 1200, 1400, 1700

Erkannt werden aber nur 600 und 1700 MHz, der rest fehlt komplett.
Herausgefunden habe ich das über folgenden Befehl:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies

Weiterhin habe ich beim CPU Frequency Scaling Monitor, die freie Wahl der verfügbaren Taktfrequenzen freigeschaltet und dort sind ebenfalls nur 600 und 1700MHz verfügbar.
Freigeschaltet mit folgendem Befehl:

sudo chmod +s /usr/bin/cpufreq-selector

Ich habe mir jetzt die neueste PHC Developer Release Version (0.3.1 - SVN Revision 222) vom SVN gezogen und den speedstep-centrino patch kompiliert. (speedstep-centrino.ko)
Jetzt weiß ich nur leider nicht wie ich das Modul zum laufen bekommen, da ja bei mir aktuell auch Standardmässig das acpi_cpufreq geladen wird.

lsmod | grep acpi_cpufreq
acpi_cpufreq           12232  0 
freq_table              5792  3 acpi_cpufreq,cpufreq_ondemand,cpufreq_stats
processor              32072  2 acpi_cpufreq,thermal
lsmod | grep speedstep_centrino

Wäre super wenn mir einer von euch kurz nen Tipp geben könnte wie ich das zum laufen bekomme.

MfG Agorath

Hm, könnte man die Informationen aus dem Thread mal irgendwie nach Plattformen sortieren? Oder zusammenfassen? Ich blick nicht mehr durch 😳

Agorath:

Dein Problem wie du es beschreibst scheint das selbe zu sein dass viele Pentium-M User haben die auf acpi-cpufreq umsteigen.
Leider habe ich selber einen Core2Duo und kann das speedstep-centrino nie selber probieren.

Der schmuddeligste Hack ist, dass du das speedstep-centrino in acpi-cpufreq.ko umbenennst und das "original" damit überschreibst.
Ich hoffe wir finden bald raus wie ubuntu entscheidet welches Modul es nutzt.

burli:
Hast recht - es wird unübersichtlich, darum nochmal ein Hinweis auf das PHC Forum:

phc.athousandnights.de/forum

Ich bräuchte auch noch ein paar LEute mit guten englisch Kenntnissen die mir helfen möchten die Webseite phc.athousandnights fertig zu machen (alle Dokumente von dedigentoo übernehmen).

info2 hat geschrieben:

Agorath:

Dein Problem wie du es beschreibst scheint das selbe zu sein dass viele Pentium-M User haben die auf acpi-cpufreq umsteigen.
Leider habe ich selber einen Core2Duo und kann das speedstep-centrino nie selber probieren.

Der schmuddeligste Hack ist, dass du das speedstep-centrino in acpi-cpufreq.ko umbenennst und das "original" damit überschreibst.
Ich hoffe wir finden bald raus wie ubuntu entscheidet welches Modul es nutzt.

Genau der Gedanke war mir auch schon gekommen, einfach die speedstep-centrino.ko in acpi_cpufreq.ko umzubennen.
Bevor ich das mache, würde mich nur interessieren was udokudo und janlau genau gemacht haben, dort scheint es ja zu funktionieren.

MfG Agorath

Wenn man Ubuntu dazu zwingen will ein bestimmtes Modul (hier speedstep_centrino) zu wählen macht man das am besten so:

sudo gedit /etc/modules

Dort trägt man dann in eine neue Zeile "speedstep_centrino" ein. Beim nächsten Start müsste es dann auch geladen werden.

Diese Info wird dann auch in's Wiki kommen, sobald die speedstep_centrino module auch für feisty verfügbar sind.

Und vielleicht parallel dazu noch das andere auf die Blacklist setzen?
/etc/modprobe.d/blacklist

tawk hat geschrieben:

Wenn man Ubuntu dazu zwingen will ein bestimmtes Modul (hier speedstep_centrino) zu wählen macht man das am besten so:

sudo gedit /etc/modules

Dort trägt man dann in eine neue Zeile "speedstep_centrino" ein. Beim nächsten Start müsste es dann auch geladen werden.

Diese Info wird dann auch in's Wiki kommen, sobald die speedstep_centrino module auch für feisty verfügbar sind.

benben hat geschrieben:

Und vielleicht parallel dazu noch das andere auf die Blacklist setzen?
/etc/modprobe.d/blacklist

Super vielen Dank ihr beiden.
Habe jetzt meine selbstkompilierte speedstep-centrino.ko in dieses Verzeichnis kopiert:

/lib/modules/$(uname -r)/kernel/arch/i386/kernel/cpu/cpufreq

Habe als nächstes wie von tawk vorgeschlagen mit folgendem Befehl die Datei /etc/modules editiert:

sudo gedit /etc/modules

Die Datei sieht bei mir nun folgendermaßen aus:
http://ubuntuusers.de/paste/17150/
Als nächstes wie von benben vorgeschlagen das Modul acpi_cpufreq auf die Blacklist gesetzt:

/etc/modprobe.d/blacklist

Die Datei sieht nun wie folgt aus:
http://ubuntuusers.de/paste/17151/

So nach einem Neustart standen mir jetzt wieder alle Taktraten meiner CPU zur Verfügung und die Spannungskontrolle über PHC funktioniert endlich wieder ☺
Vielen Dank an alle für die Tips!

Hoffe diese ausführliche Antwort hilft evtl anderen Leuten mit einem ähnlichen oder dem gleichen Problem.

MfG Agorath

hier habe ich eine interessante seite, leider ausschließlich auf englisch: http://www.lesswatts.org/downloads/