RMClock für Linux

[Godlike]

Hab derzeit ein Asus S5200 mit Ubuntu 5.10 laufen und würde gerne ein Tool wie RMClock installiern, dass die VCore automatisch runterdreht.

Wenns geht ohne Kernel-Patches oder ähnliches die nicht stabil bzw. ungefährlich sind.

[dye]

das tool hier leistet das
http://cpuspeedy.sourceforge.net/

[Godlike]

das tool hier leistet das
http://cpuspeedy.sourceforge.net/

Runtertakten macht das ACPI e ganz gut, aber die VCore wird nicht geändert wie beim RMClock. CPUSpeedy ändert die Vcore ja auch nicht

[Harleckin]

cpufreq + cpufreqd/cpudyn/powersaved regulieren in der Regel die Taktfrequenz und Betriebsspannung (wahlweise dynamisch).

[Bufi]

So, nachdem ich im Netz nirgendwo was gefunden habe mußte ichs halt selbst erledigen.
Ich hab nen Patch geschrieben für den powernow-k8 cpufreq treiber mit dem man per module parameter eigene P-States übergeben kann.
Ist also so ähnlich wie rmclock unter windows.

siehe auch hier:
http://forums.gentoo.org/viewtopic-p-3536571.html#3536571

Datei:
http://rapidshare.de/files/30945380/powernow-k8.undervolt-0.5.patch.tgz.html

Bufi

[JonSvenJonsson]

So, nachdem ich im Netz nirgendwo was gefunden habe mußte ichs halt selbst erledigen.
Ich hab nen Patch geschrieben für den powernow-k8 cpufreq treiber mit dem man per module parameter eigene P-States übergeben kann.
Ist also so ähnlich wie rmclock unter windows.

siehe auch hier:
http://forums.gentoo.org/viewtopic-p-3536571.html#3536571

Datei:
http://rapidshare.de/files/30945380/powernow-k8.undervolt-0.5.patch.tgz.html

Bufi

Mit 2.6.18-rc4 klappts nicht :(

patching file arch/i386/kernel/cpu/cpufreq/powernow-k8.c
Hunk #1 succeeded at 22 with fuzz 2.
Hunk #2 succeeded at 60 with fuzz 3 (offset 3 lines).
Hunk #3 FAILED at 86.
Hunk #4 FAILED at 581.
Hunk #5 FAILED at 751.
Hunk #6 FAILED at 863.
Hunk #7 FAILED at 878.
Hunk #8 succeeded at 1222 (offset 155 lines).
Hunk #9 succeeded at 1091 with fuzz 3 (offset 3 lines).
Hunk #10 FAILED at 1175.
Hunk #11 succeeded at 1360 (offset 164 lines).
Hunk #12 succeeded at 1241 (offset 8 lines).
6 out of 12 hunks FAILED -- saving rejects to file arch/i386/kernel/cpu/cpufreq/powernow-k8.c.rej


Meinst Du Du kannst den anpassen ?

cheers Jon

[RaumKraehe]

das tool hier leistet das
http://cpuspeedy.sourceforge.net/

Funktioniert das auch mit einem gemoddeten Athlon XP + VIA Chipsatz?

[Bufi@work]

Mit 2.6.18-rc4 klappts nicht :(

patching file arch/i386/kernel/cpu/cpufreq/powernow-k8.c
Hunk #1 succeeded at 22 with fuzz 2.
Hunk #2 succeeded at 60 with fuzz 3 (offset 3 lines).
Hunk #3 FAILED at 86.
Hunk #4 FAILED at 581.
Hunk #5 FAILED at 751.
Hunk #6 FAILED at 863.
Hunk #7 FAILED at 878.
Hunk #8 succeeded at 1222 (offset 155 lines).
Hunk #9 succeeded at 1091 with fuzz 3 (offset 3 lines).
Hunk #10 FAILED at 1175.
Hunk #11 succeeded at 1360 (offset 164 lines).
Hunk #12 succeeded at 1241 (offset 8 lines).
6 out of 12 hunks FAILED -- saving rejects to file arch/i386/kernel/cpu/cpufreq/powernow-k8.c.rej


Meinst Du Du kannst den anpassen ?

cheers Jon

Hm, ich habs gegen 2.6.16.27 gebaut. Dachte nicht daß sich gegen 2.6.18 was geändert hat am powernow Treiber.
Muß ich mal schauen, sollte ja nicht wirklich ein Problem darstellen. Scheint nicht so viel zu sein wenn ich mir die Meldungen oben so ansehe.

[Bufi@work]

So, hab mir den powernow treiber mal kurz angesehen. Sollte kein Problem darstellen, ist ein Mutex hinzugekommen (wohl wegen besserer Multicore Unterstützung vermute ich mal). Deswegen passen einfach die Hunks nicht mehr.

Wenn ich heute abend zuhause bin werd ich anpassen.

Frage: Warum verwendest du eigentlich einen RC-Kernel? Kernel-Tester?

[JonSvenJonsson]

So, hab mir den powernow treiber mal kurz angesehen. Sollte kein Problem darstellen, ist ein Mutex hinzugekommen (wohl wegen besserer Multicore Unterstützung vermute ich mal). Deswegen passen einfach die Hunks nicht mehr.

Wenn ich heute abend zuhause bin werd ich anpassen.

Frage: Warum verwendest du eigentlich einen RC-Kernel? Kernel-Tester?

Kernel-Tester klingt so, hm, vornehm :) .
Ich benutze den wireless-dev Zweig von Linville (http://www.kernel.org/git/?p=linux/kernel/git/linville/wireless-dev.git;a=shortlog ), um meine bcm4318 zum laufen zu kriegen. Ansonsten würd ich 2.6.17 nutzten, aber da ist der Treiber sehr unstabil, unter 2.6.18-rc4 gehts besser.

Cheers Jon

P.s.: und danke für die Mühe ;)

[Bufi]

So, hab jetzt den Patch zuerst mal auf 2.6.17.11 angepasst. Kompiliert zumindest mal, die powernow-k8 Version hat sich von 1.60.0 auf 1.60.2 erhöht, also nicht dramatisch. Getestet hab ich den noch nicht, mach ich morgen.

Mit 2.6.18 wirds interessant. Da hat der powernow-k8 treiber die Version 2.00.00, es hat sich auf den zweiten Blick schon was geändert, könnte aber auch noch so mit ein wenig Anpassung klappen.
Ich werde aber noch bis zu nem final warten, nicht daß sich noch was ändert bis dorthin. Dran arbeiten kann ich aber schonmal, scheint einiges reingekommen zu sein was mir evtl. sogar entgegenkommt (ich muß noch mehr checks gegen ungültige eingaben einbauen).

Edit: Habe gerade den 2.6.18er Treiber im 2.6.17.11 kompiliert, klappt ohne Probleme. Dann werd ich wohl gleich auf dem neuen Treiber weiterentwickeln und den dann auch für die älteren Kernel hernehmen.

Aber alles erst morgen. (dann lad ich auch den patch für 2.6.17.11 hoch wenn er lauffähig sein sollte)

P.S: habe meinen 3200+ auf folgenden Kombinationen laufen (Freq/mVolt): 2000:1250,1800:1150,1600:1075,800:950
der cpufreq-ondemand treiber wechselt auch schön hin und her, so wie es sein soll =)

[JonSvenJonsson]

So, hab jetzt den Patch zuerst mal auf 2.6.17.11 angepasst. Kompiliert zumindest mal, die powernow-k8 Version hat sich von 1.60.0 auf 1.60.2 erhöht, also nicht dramatisch. Getestet hab ich den noch nicht, mach ich morgen.

Mit 2.6.18 wirds interessant. Da hat der powernow-k8 treiber die Version 2.00.00, es hat sich auf den zweiten Blick schon was geändert, könnte aber auch noch so mit ein wenig Anpassung klappen.
Ich werde aber noch bis zu nem final warten, nicht daß sich noch was ändert bis dorthin. Dran arbeiten kann ich aber schonmal, scheint einiges reingekommen zu sein was mir evtl. sogar entgegenkommt (ich muß noch mehr checks gegen ungültige eingaben einbauen).

Edit: Habe gerade den 2.6.18er Treiber im 2.6.17.11 kompiliert, klappt ohne Probleme. Dann werd ich wohl gleich auf dem neuen Treiber weiterentwickeln und den dann auch für die älteren Kernel hernehmen.

Aber alles erst morgen. (dann lad ich auch den patch für 2.6.17.11 hoch wenn er lauffähig sein sollte)

P.S: habe meinen 3200+ auf folgenden Kombinationen laufen (Freq/mVolt): 2000:1250,1800:1150,1600:1075,800:950
der cpufreq-ondemand treiber wechselt auch schön hin und her, so wie es sein soll =)

Ping :)

Funktioniert der 2.6.17 patch mit 2.6.18 ? Hab auf meinem Läppi 2.6.16 mit deinem Patch laufen, klappt dort wunderbar. Würde jetzt gerne den stationären mit dem Patch ausrüsten, der läuft aber auf FC-6 (=2.6.18-pre kernels).

Grüße Jon