Hi!
Ist das korrekt, 2.6.32 bietet keine cpufreq Unterstützung für meinen VIA Esther CPU?
2.6.32 ohne VIA Esther Cpufreq
-
- Beiträge: 375
- Registriert: 07.06.2005 09:48:43
- uwepr
- Beiträge: 657
- Registriert: 03.02.2007 12:13:01
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Halle/S.
-
Kontaktdaten:
Re: 2.6.32 ohne VIA Esther Cpufreq
Hallo,
geht es um diese Prozessoren: http://de.wikipedia.org/wiki/VIA_C7 ?
aus config-2.6.32-5-686:
# CONFIG_MVIAC7 is not set
Einen eigenen Kernel bauen, lediglich unter Processor type and features>>>processor-family die Option VIA C7 wählen, den Rest so lassen, wäre sicher einen Versuch wert, allerdings:
Im 3.0.3 ist folgender Treiber zu finden:
CPU frequency scaling --->x86 CPU frequency scaling drivers
<> VIA C7 Enhanced Power Saver (DANGEROUS) (NEW)
Die Hilfe in make menuconfig ergibt: This adds the CPUFreq driver for VIA C7 processors. However, this driver │
│ does not have any safeguards to prevent operating the CPU out of spec │
│ and is thus considered dangerous. Please use the regular ACPI cpufreq │
│ driver, enabled by CONFIG_X86_ACPI_CPUFREQ.
Testen ja, produktiv sicher mit Vorsicht zu geniessen....
Viele Grüße!
Uwe Pr.
geht es um diese Prozessoren: http://de.wikipedia.org/wiki/VIA_C7 ?
aus config-2.6.32-5-686:
# CONFIG_MVIAC7 is not set
Einen eigenen Kernel bauen, lediglich unter Processor type and features>>>processor-family die Option VIA C7 wählen, den Rest so lassen, wäre sicher einen Versuch wert, allerdings:
Im 3.0.3 ist folgender Treiber zu finden:
CPU frequency scaling --->x86 CPU frequency scaling drivers
<> VIA C7 Enhanced Power Saver (DANGEROUS) (NEW)
Die Hilfe in make menuconfig ergibt: This adds the CPUFreq driver for VIA C7 processors. However, this driver │
│ does not have any safeguards to prevent operating the CPU out of spec │
│ and is thus considered dangerous. Please use the regular ACPI cpufreq │
│ driver, enabled by CONFIG_X86_ACPI_CPUFREQ.
Testen ja, produktiv sicher mit Vorsicht zu geniessen....
Viele Grüße!
Uwe Pr.
squeeze/fluxbox
-
- Beiträge: 375
- Registriert: 07.06.2005 09:48:43
Re: 2.6.32 ohne VIA Esther Cpufreq
Hi Uwe!
Ja, exakt dieser Prozessor ist es. Werde ich wohl einfach den Kernel neu kompilieren in einem chroot. Wie gesagt, kam erst mit der Umstellung von lenny auf squeeze. Weil der Kernel aus lenny nicht mit meiner damals neuen 3TB Platte zurecht gekommen ist. Weder mit der Erkennung der kompletten Grösse noch mit der gpt Partitionierung.
Ich denke mal ich werde entweder die Debian Kernelsourcen nutzen oder bei 2.6.39 bleiben.
mfg
Ja, exakt dieser Prozessor ist es. Werde ich wohl einfach den Kernel neu kompilieren in einem chroot. Wie gesagt, kam erst mit der Umstellung von lenny auf squeeze. Weil der Kernel aus lenny nicht mit meiner damals neuen 3TB Platte zurecht gekommen ist. Weder mit der Erkennung der kompletten Grösse noch mit der gpt Partitionierung.
Ich denke mal ich werde entweder die Debian Kernelsourcen nutzen oder bei 2.6.39 bleiben.
mfg
-
- Beiträge: 375
- Registriert: 07.06.2005 09:48:43
Re: 2.6.32 ohne VIA Esther Cpufreq
So, nach ~16h ist der kleine Racker endlich fertig mit dem Kernel. Habe nun aber doch den e_powersaver (Enhanced Power Saver) genommen. Das Modul acpi_cpufreq unterstützt wohl keinen C7 mehr, jedenfalls nicht den Esther.
Code: Alles auswählen
analysiere CPU 0:
Treiber: e_powersaver
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
Maximale Dauer eines Taktfrequenzwechsels: 140 us.
Hardwarebedingte Grenzen der Taktfrequenz: 399 MHz - 798 MHz
mögliche Taktfrequenzen: 399 MHz, 798 MHz
mögliche Regler: powersave, userspace, conservative, ondemand, performance
momentane Taktik: die Frequenz soll innerhalb 399 MHz und 798 MHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 399 MHz (verifiziert durch Nachfrage bei der Hardware).
Statistik:399 MHz:98,01%, 798 MHz:1,99% (15)