Kernel 2.6.11: cpufreq erkennt Prozessor nicht richtig

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
dorakyura
Beiträge: 5
Registriert: 05.03.2005 20:07:20
Kontaktdaten:

Kernel 2.6.11: cpufreq erkennt Prozessor nicht richtig

Beitrag von dorakyura » 05.03.2005 20:46:39

Tach zusammen!

Mein selbst kompilierter 2.6.11er macht sich soweit gut, nur leider will die CPU partout nicht dynamische Frequenzen annehmen. Aber eins nach dem anderen.
Mein Debian testing/unstable läuft auf einem Toshiba M30 mit Pentium M 1,5 und das tat es bisher auch ziemlich gut mit einem offiziellen kernel-image der debian-server in Version 2.6.7. Als Daemon kam powernowd zum Einsatz, eingebunden wurden dazu die Kernelmodule "cpufreq_userspace" und "speedstep_centrino". Die Dateien "scaling_min_freq" und "scaling_max_freq" zeigten mir dann auch die bekannten 600000 bzw. 1500000.

Nachdem 2.6.11 mittels make-kpkg gebaut war, ließ ich dieselben Module einbinden - mit dem Ergebnis, dass die CPU stets bei 1500MHz lief. Daraufhin hab ich einige threads hier druchgelesen und u.a. auch die Methode sämtliche cpufreq-Module direkt in den Kernel zu kompilieren ausprobiert. Änderte leider auch nichts. Innerhalb von dmesg konnte ich keine verdächtigen Meldungen entdecken...die mir relevant erscheinenden Ausgaben sind:

Code: Alles auswählen

...
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 2965.50 BogoMIPS (lpj=1482752)
Security Framework v1.0.0 initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: a7e9f9bf 00000000 00000000 00000000 00000180
 00000000 00000000
CPU: After vendor identify, caps: a7e9f9bf 00000000 00000000 00000000 00000180
00000000 00000000
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 1024K
CPU: After all inits, caps: a7e9f9bf 00000000 00000000 00000040 00000180 000000
00 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: Intel(R) Pentium(R) M processor 1500MHz stepping 05
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0c98)
...
ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
...
Als weiteren Versuch habe ich auch die folgende Zeile in /etc/fstab ergänzt:

Code: Alles auswählen

/sysfs          /sys            sysfs   defaults        0       0
Was mich vor allen Dingen wundert ist, dass ich an den Dateien in /sys/devices/system/cpu/cpu0/cpufreq/ keine Änderungen vornehmen kann: Es kommt keine Fehlermeldung, aber wenn ich mit

Code: Alles auswählen

echo -n 600000 > /.../cpufreq/scaling_min_freq
etwa versuche die untere Grenze neu festzulegen, zeigt mir ein "cat" daraufhin immer noch 1500000 an...

Ich bin langsam ratlos...kann es damit zu tun haben, dass ich apm komplett abgeschaltet habe? Das gleiche Problem hatte ich allerdings auch mit einem kernel-image-2.6.10 von den debian-servern.

Bin für jeden Tipp sehr sehr dankbar!
cheers!
TCRK
[/code]

nihonto
Beiträge: 868
Registriert: 04.05.2003 00:02:55
Wohnort: hinter den sieben Bergen

Beitrag von nihonto » 06.03.2005 12:24:19

Hiho,

seit Kernel 2.6.9 sind userspace-tools wie powernowd eigentlich überflüssig. Das Seedstepping kann jetzt auch der Kernel.
Hier gibt's eine Anleitung dazu;-)

Hoffe, es bringt Dich weiter!
Thinkpad Edge E520 (Intel Core i5, 4GB RAM, 128 GB Crucial M4 SSD) + ITX-Desktop (Asrock H77M-ITX, Intel Core i3-2120T, 8GB RAM, 64 GB Samsung 830 SSD)

Benutzeravatar
peschmae
Beiträge: 4844
Registriert: 07.01.2003 12:50:33
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: nirgendwo im irgendwo

Beitrag von peschmae » 06.03.2005 13:06:47

nihonto hat geschrieben: seit Kernel 2.6.9 sind userspace-tools wie powernowd eigentlich überflüssig. Das Seedstepping kann jetzt auch der Kernel.
Nicht in jedem Falle überflüssig denn:
- ondemand ist starr, bei den Daemons kann man eigene Policies implementieren wenn man möchte
- er geht nicht in jedem Fall (u.A. weil einige CPUs nicht genug schnell die Frequenzen wechseln können vermute ich)

MfG Peschmä
"er hätte nicht in die usa ziehen dürfen - die versauen alles" -- Snoopy

nihonto
Beiträge: 868
Registriert: 04.05.2003 00:02:55
Wohnort: hinter den sieben Bergen

Beitrag von nihonto » 06.03.2005 13:17:44

Ok, wieder was gelernt :wink: !
Jedenfalls funktioniert das Kernel-speedstepping auf meinem Asus M6N ziemlich gut 8) .
Thinkpad Edge E520 (Intel Core i5, 4GB RAM, 128 GB Crucial M4 SSD) + ITX-Desktop (Asrock H77M-ITX, Intel Core i3-2120T, 8GB RAM, 64 GB Samsung 830 SSD)

dorakyura
Beiträge: 5
Registriert: 05.03.2005 20:07:20
Kontaktdaten:

Beitrag von dorakyura » 06.03.2005 17:57:56

Ok, danke Nihonto, ich werde mir den Link gleich anschauen und heute abend darf mein Notizbuch dann gleich nochmal schuften :)

Noch eine Frage: Was muss ich mit einkompilieren, damit ich beim boot die Parameter (beispielsweise) "vga=792" erfolgreich übergeben kann? (Letztlich steht das natürlich hinter dem entsprechenden Kernel in /boot/grub/menu.lst). Bisher blieb bei entsprechenden Versuchen der Bildschirm während des Bootvorganges schwarz...

Danke schon mal an alle!
TCRK

dorakyura
Beiträge: 5
Registriert: 05.03.2005 20:07:20
Kontaktdaten:

Beitrag von dorakyura » 06.03.2005 20:37:30

*g* Nun, eigentlich dachte ich der Link würde mir auf andere Weise helfen, aber geholfen hat er definitiv: Denn als ich den letzten Beitrag las, kam mir die Idee, mal in mein BIOS zu kucken, was die default Einstellung der CPU ist. Diese war erstaunlicherweise tatsächlich auf "always high" eingestellt. Erstaunlich deshalb, weil wie oben gesagt mein alter 2.6.7er sich daran kein bisschen stört und brav von 600MHz - 1,5GHz regelt. Nunja, der 2.6.11 jetzt auch :)

Bleibt nur noch die Frage, wie ich ihm die Option "vga=792" beibringe ;)

Antworten