Ich habe folgendes Problem mit einem Dell Inspiron 9300 Notebook (FC4).
Das Problem tritt nur im Batterie-Betrieb auf. Manchmal sagt cpuspeed nach dem booten "no speed steps available" (o.ä.) und funktioniert nicht. Nach einem Reboot geht es in der Regel wieder und der Speed stellt sich je nach benötigter Leistung ein.
Ich habe ein bisschen probiert und jeweils einen dmesg-output gespeichert. Einmal wenn es funzt und einmal wenn nicht. Dazu habe ich einen strace auf 'cpuspeed' gemacht, wenn es einen Fehler ausgibt.
cpuspeed vergleicht wohl /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq und /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq. Wenn der Fehler auftritt, stehen beide auf 800000. Wenn es funktioniert, auf 800000 und 1867000, was korrekt ist.
Meine dmesg Outputs unterscheiden sich so:
< Detected 798.351 MHz processor. ---
Detected 1862.344 MHz processor.
Wenn es also nicht funktioniert, erkennt der Kernel nur einen 800 MHz Prozessor. Vielleicht liegt es daran? Ein BIOS-Update gibt es nicht, es ist das Neuste drauf.
Was habe ich denn noch für Möglichkeiten das Problem zu beseitigen, ist es ein BIOS Problem oder kann es am Kernel liegen?
Vielen Dank für Eure Hilfe.
Grüße Dirk
Am Mi, den 29.06.2005 schrieb Schlueri um 17:57:
Ich habe folgendes Problem mit einem Dell Inspiron 9300 Notebook (FC4).
Das Problem tritt nur im Batterie-Betrieb auf. Manchmal sagt cpuspeed nach dem booten "no speed steps available" (o.ä.) und funktioniert nicht. Nach einem Reboot geht es in der Regel wieder und der Speed stellt sich je nach benötigter Leistung ein.
Ich habe ein bisschen probiert und jeweils einen dmesg-output gespeichert. Einmal wenn es funzt und einmal wenn nicht. Dazu habe ich einen strace auf 'cpuspeed' gemacht, wenn es einen Fehler ausgibt.
[...]
Wenn es also nicht funktioniert, erkennt der Kernel nur einen 800 MHz Prozessor. Vielleicht liegt es daran? Ein BIOS-Update gibt es nicht, es ist das Neuste drauf.
Was habe ich denn noch für Möglichkeiten das Problem zu beseitigen, ist es ein BIOS Problem oder kann es am Kernel liegen?
Dirk
Ist ein bischen schwer zu beurteilen. Auf jeden Fall liest cpuspeed die BIOS Daten aus. Entweder ist cpuspeed des aktuellen FC4 kernels nicht zuverlässig - dann sollten auch andere Anwender davon berichten können - oder es liegt am BIOS und cpuspeed schaltet auf minimal / konservativ. bugzilla listet 2 Einträge zu cpuspeed + FC4:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160788 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161968
Für den Kernel hab ich so auf die Schnelle keinen passenden Eintrag gesehen.
Du könntest mal eine Live-CD nehmen wie Knoppix 4.0 und damit testen, ob damit das Gleiche zu beobachten ist. Wenn nicht, dann entweder auf den bald erscheinenden, neuen FC4 Kernel (rebased auf 2.6.12.1) - ist schon in updates-testing - warten, um den zu testen (würde ich zu raten; kannst den Kernel natürlich auch vorab schon ausprobieren), oder ein bugzilla Ticket schreiben.
Alexander
Am Mittwoch, den 29.06.2005, 19:04 +0200 schrieb Alexander Dalloz:
Am Mi, den 29.06.2005 schrieb Schlueri um 17:57:
Ich habe folgendes Problem mit einem Dell Inspiron 9300 Notebook (FC4).
Das Problem tritt nur im Batterie-Betrieb auf. Manchmal sagt cpuspeed nach dem booten "no speed steps available" (o.ä.) und funktioniert nicht. Nach einem Reboot geht es in der Regel wieder und der Speed stellt sich je nach benötigter Leistung ein.
Ich habe ein bisschen probiert und jeweils einen dmesg-output gespeichert. Einmal wenn es funzt und einmal wenn nicht. Dazu habe ich einen strace auf 'cpuspeed' gemacht, wenn es einen Fehler ausgibt.
[...]
Wenn es also nicht funktioniert, erkennt der Kernel nur einen 800 MHz Prozessor. Vielleicht liegt es daran? Ein BIOS-Update gibt es nicht, es ist das Neuste drauf.
Was habe ich denn noch für Möglichkeiten das Problem zu beseitigen, ist es ein BIOS Problem oder kann es am Kernel liegen?
Dirk
Ist ein bischen schwer zu beurteilen. Auf jeden Fall liest cpuspeed die BIOS Daten aus. Entweder ist cpuspeed des aktuellen FC4 kernels nicht zuverlässig - dann sollten auch andere Anwender davon berichten können - oder es liegt am BIOS und cpuspeed schaltet auf minimal / konservativ. bugzilla listet 2 Einträge zu cpuspeed + FC4:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160788 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161968
Für den Kernel hab ich so auf die Schnelle keinen passenden Eintrag gesehen.
Du könntest mal eine Live-CD nehmen wie Knoppix 4.0 und damit testen, ob damit das Gleiche zu beobachten ist. Wenn nicht, dann entweder auf den bald erscheinenden, neuen FC4 Kernel (rebased auf 2.6.12.1) - ist schon in updates-testing - warten, um den zu testen (würde ich zu raten; kannst den Kernel natürlich auch vorab schon ausprobieren), oder ein bugzilla Ticket schreiben.
Vielen Dank für die Antwort. Ja, ich denke ich werde den aktuellen Kernel aus dem updates-testing mal ausprobieren, da hatte ich heute morgen auch schon drüber nachgedacht. Aber ich habe auch eine neue Erkenntnis gewonnen. Eben gerade ist das Problem wieder aufgetaucht, diesmal aber sagt dmesg:
CPU: Intel(R) Pentium(R) M processor 1.86GHz stepping 08 ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3] C4[C3]) ACPI: Processor [CPU0] (supports 8 throttling states)
Mir war nicht klar das scaling_max_freq beschreibbar ist und da habe ganz unkonventionell
# echo "1867000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
ausgeführt. Und siehe da, cpuspeed funktioniert wie gewohnt, nachdem ich '/etc/init.d/cpuspeed restart' ausgeführt habe. Nach wenigen Sekunden 'glxgears' schaltet der Speed auf volle Pulle.
Also ich denke ich muß das nochmal weiter ausprobieren wenn auch dmesg den falschen Speed zeigt und dann werde ich meine Erfahrungen mal an bugzilla weitergeben. Mit Google hatte ich bisher wenig Erfolg.
Grüße Dirk
Am Mittwoch, den 29.06.2005, 19:26 +0200 schrieb Schlueri:
CPU: Intel(R) Pentium(R) M processor 1.86GHz stepping 08 ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3] C4[C3]) ACPI: Processor [CPU0] (supports 8 throttling states)
Shit, mir ist da ein Fehler passiert. Sorry für ein erneutes Posting. Diese Zeile aus dmesg gehört noch dazu (!): Detected 798.192 MHz processor
Also hat er beim booten tatsächlich wieder 800 MHz erkannt, cpuspeed ging nicht und nachdem ich scaling_max_freq manuell beschrieben habe, funktioniert cpuspeed wieder. Das hört sich schon nach einen Workaround für mich an. Ich werde das mal weiter erforschen, vielleicht kann ich da helfen einen Bug zu beseitigen.
Dirk
de-users@lists.fedoraproject.org