PHC Undervolting-Patch für Kernel 2.6.22-2-686 - Problem !

[AndreasMeier]

Hallo zusammen,

ich hab auf meinem Laptop Debian Lenny laufen und hab mir den neuen Kernel 2.6.22-2-686 geladen.

Jetzt hatte ich unter dem alten Kernel zusätzlich noch den PHC-Undervolting-Patch installiert, um die Prozessorspannung und somit die Wärmeentwicklung zu senken.

Ich gehe dabei nach folgender Anleitung vor:
https://www.dedigentoo.org/trac/linux-p ... ubuntu_001

Klappt auch soweit, dass ich die Sourcen gepatcht habe und mir das entsprechende Modul gebaut habe.
Kopiert hab ich es dann nach Anleitung unter /lib/modules/2.6.22-2-686/kernel/cpu/cpufreq

Dann sagt die Anleitung (Sektion "Installing the patched module), dass man
- rmmod acpi-cpufreq
- modprobe acpi-cpufreq
machen soll.

Der erste Befehl scheitert mit folgender Fehlermeldung:

Code: Alles auswählen

ERROR: Module acpi_cpufreq does not exist in /proc/modules

Der zweite Befehl (modprobe) scheitert mit folgender Meldung:

Code: Alles auswählen

FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.22-2-686/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): Device or resource busy

Auch während des Bootvorgangs kommt letztere Meldung innerhalb der Bootmeldungen.

Weiter in der Anleitung heißt es dann:

Code: Alles auswählen

Lets dive into the sysfs-directory (I chose CPU 0, but witch one you take is not important ):

/usr/src/linux-source-2.6.22# cd /sys/devices/system/cpu/cpu0/cpufreq/

List the content of this directory:

/sys/devices/system/cpu/cpu0/cpufreq# ls

There should be some files called:

    * phc_controls
    * phc_default_controls
    * phc_default_vids
    * phc_vids
    * phc_fids 

Diese phc_controls etc. kommen natürlich auch nicht und somit geht das ganze nicht.

Kann mir einer sagen, woran es hier scheitert, sprich, warum ich das Modul oben nicht removen und neu einsetzen kann ?

Danke und Gruß
Andreas

[aspettl]

Verwendet dein System momentan vielleicht das Modul speedstep_centrino?
Das würde erklären, warum acpi_cpufreq nicht entladen werden kann Laden kannst du es dann auch nicht, da die CPU bereits durch speedstep_centrino geregelt wird.

Gruß
Aaron

[AndreasMeier]

Ja, speedstep_centrino wird verwendet.
Wird bei lsmod auch angezeigt.

Beim Modul basteln ist auch eine neue Version von speedstep_centrino entstanden.
Hab die versuchshalber auch mal in /lib/modules/ reinkopiert und neu gebootet.
Bringt aber keine Besserung mit o.g. Problem.

Was bedeutet das nun, wenn speedstep_centrino verwendet wird ?
Wie kann ich trotzdem das acpi_cpufreq neu laden ?

Danke und Gruß
Andreas

[aspettl]

Also ich verwende speedstep_centrino mit dem PHC-Patch, das funktioniert.

acpi-cpufreq ist allerdings der Nachfolger und sollte stattdessen verwendet werden - du musst speedstep_centrino entladen und dann acpi-cpufreq laden.

Gruß
Aaron

[AndreasMeier]

Bloß wie kann ich das speedstep_centrino entladen und (praktisch gleichwertig in den Funktionen) das acpi_cpufreq anstatt dessen verwenden ?

[aspettl]

Mit rmmod.

Gruß
Aaron

[AndreasMeier]

Geht doch nicht, wie bereits oben geschrieben, da busy.

Kann ich einen Neustart des Moduls irgendwie verhindern ? Aus irgendeiner Datei austragen, damits klappt ?

[Danielx]

Geht doch nicht, wie bereits oben geschrieben, da busy.

Kann ich einen Neustart des Moduls irgendwie verhindern ? Aus irgendeiner Datei austragen, damits klappt ?

Versuche es doch mal so:
Wenn in "/etc/modules" speedstep_centrino steht, dann dies durch acpi-cpufreq ersetzen,
wenn nicht, dann einfach acpi-cpufreq in "/etc/modules" reinschreiben.
Dann neu booten und mit lsmod nachsehen ob acpi_cpufreq geladen wurde.

[AndreasMeier]

Jupp, damit hats geklappt.

Jetzt erhalte ich die phc_*-Verzeichnisse.

Dann werd ich erst mal weiterschauen und mich dann nochmal melden.

Erstmal danke und bis dann,
Gruß
Andreas