Asus 2443NWP und Speedstepping
Hallo, Versuche hier gerade einem Asus 2443NWP (Pentium M 725, 1,6 Ghz) Speedstepping mit dem SuSE-Standardkernel beizubringen. Habe auf Kernel 2.6.5-7.108 upgedatet. Soweit ich sehen kann werden die meisten ACPI-Funktionen alle damit unterstützt. Habe in /etc/sysconfig/powersave/common folgende Änderungen durchgeführt: POWERSAVE_ACPI_MODULES="ac battery button fan processor thermal asus_acpi" sowie POWERSAVE_CPUFREQD_MODULE="acpi" um Speedstepping mittels dem SuSE-Kernel zur Zusammenarbeit zu bewegen, wie hier beschrieben: http://lists.suse.com/archive/suse-laptop/2004-Aug/0304.html Allerdings funktioniert dieses bei mir nicht. cat /proc/cpuinfo gibt bei mir aus: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 600.204 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe tm2 est bogomips : 1183.74 Die CPU-Frequenz bleibt jedoch bei 600Mhz festgetackert. Ein powersave -A gibt weiterhin an das Speedstepping nicht unterstützt wird. Bleibt mir wohl nur der Weg einen Standardkernel zu backen wie hier: http://lists.suse.com/archive/suse-laptop/2004-Aug/0302.html erwähnt. Ansonsten scheint mir ACPI zu funktionieren. Der Batteriezustand wird ausgelesen. Der Lüfter ging bisher jedoch noch gar nicht an was natürlich auch daran liegen mag das dieser sich bei 600 Mhz gar nicht zuschalten brauch. Bei dem Vorgängermodell 2442 jedenfalls, das ich selbst habe, schaltet sich dieser nämlich auch nur an wenn er längere Zeit über 600 Mhz läuft. Ganz schlecht wäre es natürlich wenn das einer defekten DSDT zu schulden wäre. Aber soweit ich weiß sind diese Speedsteperweiterungen für die neuen Pentium M´s erst im neuesten Kernel unterstützt. Da ist jetzt glaub ich auch ein zusätzlicher Speedstep implementiert. Danke für alle Tips. Werde mich jetzt jedenfalls mal dran machen es mit einem Standardkernel+Patches zu versuchen. -- Mit freundlichen Grüßen Holger Ensslen http://www.tuxwaren.de IM: tuxwaren@jabber.org
Holger Ensslen schrieb:
Hallo,
Versuche hier gerade einem Asus 2443NWP (Pentium M 725, 1,6 Ghz) Speedstepping mit dem SuSE-Standardkernel beizubringen. Habe auf Kernel 2.6.5-7.108 upgedatet. Soweit ich sehen kann werden die meisten ACPI-Funktionen alle damit unterstützt. Habe in /etc/sysconfig/powersave/common folgende Änderungen durchgeführt:
POWERSAVE_ACPI_MODULES="ac battery button fan processor thermal asus_acpi"
sowie
POWERSAVE_CPUFREQD_MODULE="acpi" um Speedstepping mittels dem SuSE-Kernel zur Zusammenarbeit zu bewegen, wie hier beschrieben:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0304.html
Allerdings funktioniert dieses bei mir nicht.
cat /proc/cpuinfo gibt bei mir aus:
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 600.204 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe tm2 est bogomips : 1183.74
Die CPU-Frequenz bleibt jedoch bei 600Mhz festgetackert. Ein powersave -A gibt weiterhin an das Speedstepping nicht unterstützt wird. Bleibt mir wohl nur der Weg einen Standardkernel zu backen wie hier:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0302.html
erwähnt. Ansonsten scheint mir ACPI zu funktionieren. Der Batteriezustand wird ausgelesen. Der Lüfter ging bisher jedoch noch gar nicht an was natürlich auch daran liegen mag das dieser sich bei 600 Mhz gar nicht zuschalten brauch. Bei dem Vorgängermodell 2442 jedenfalls, das ich selbst habe, schaltet sich dieser nämlich auch nur an wenn er längere Zeit über 600 Mhz läuft.
Ganz schlecht wäre es natürlich wenn das einer defekten DSDT zu schulden wäre. Aber soweit ich weiß sind diese Speedsteperweiterungen für die neuen Pentium M´s erst im neuesten Kernel unterstützt. Da ist jetzt glaub ich auch ein zusätzlicher Speedstep implementiert.
Danke für alle Tips. Werde mich jetzt jedenfalls mal dran machen es mit einem Standardkernel+Patches zu versuchen.
So, will euch mal noch über die Erfahrungen erzählen Speedstep zu
aktivieren. Nach endlosen Patchorgien mit dem Standardkernel:
u.a. Kernel 2.6.8.1 mit acpi-patch und neuem update der
speedstep-centrino.c.
http://tuxmobil.org/asus_m2400n.html
bin ich keinen Schritt weiter. Hab mal die ACPI-Zeug als Modul, mal
einkompiliert versucht. Mal ohne, mal mit obigen Patches. Mit powersave
-l oder ähnlich bekomme ich immer:
stepping is not supported
Dann habe ich im neuen 2.6.8.1 -Kernel
CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y
sowie
CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y
ebenfalls mal gesetzt. Ohne Erfolg.
Bei modprobe speedstep-centrino gibt er aus in dmesg:
found unsupported CPU with Enhanced Speedstep: send /proc/cpuinfo to
Jeremy Fitzhardinge
Mir ging's ganz genauso... schau mal hier: http://padde.dyndns.org/toshiba-linux Auch wenn man mir hier mehrfach versicherte, dass es mit einfachen Mitteln möglich sein müsste - ich hab's nicht geschafft... bis ich dann irgendwann die auf meiner kleinen Seite verfügbare speedstep-centrino.c fand, mit der es auf einmal wunderbar funktionierte. Mit meiner a50config wirst du vielleicht nicht so viel anfangen können, da evtl. Treiber für in deinem Notebook vorhandene Hardware nicht ausgewählt ist, aber da musst du dann eben nachbessern - kannst es ja so erst einmal testen. Viele Grüße, Patrick. Holger Ensslen schrieb:
Holger Ensslen schrieb:
Hallo,
Versuche hier gerade einem Asus 2443NWP (Pentium M 725, 1,6 Ghz) Speedstepping mit dem SuSE-Standardkernel beizubringen. Habe auf Kernel 2.6.5-7.108 upgedatet. Soweit ich sehen kann werden die meisten ACPI-Funktionen alle damit unterstützt. Habe in /etc/sysconfig/powersave/common folgende Änderungen durchgeführt:
POWERSAVE_ACPI_MODULES="ac battery button fan processor thermal asus_acpi"
sowie
POWERSAVE_CPUFREQD_MODULE="acpi" um Speedstepping mittels dem SuSE-Kernel zur Zusammenarbeit zu bewegen, wie hier beschrieben:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0304.html
Allerdings funktioniert dieses bei mir nicht.
cat /proc/cpuinfo gibt bei mir aus:
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 600.204 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe tm2 est bogomips : 1183.74
Die CPU-Frequenz bleibt jedoch bei 600Mhz festgetackert. Ein powersave -A gibt weiterhin an das Speedstepping nicht unterstützt wird. Bleibt mir wohl nur der Weg einen Standardkernel zu backen wie hier:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0302.html
erwähnt. Ansonsten scheint mir ACPI zu funktionieren. Der Batteriezustand wird ausgelesen. Der Lüfter ging bisher jedoch noch gar nicht an was natürlich auch daran liegen mag das dieser sich bei 600 Mhz gar nicht zuschalten brauch. Bei dem Vorgängermodell 2442 jedenfalls, das ich selbst habe, schaltet sich dieser nämlich auch nur an wenn er längere Zeit über 600 Mhz läuft.
Ganz schlecht wäre es natürlich wenn das einer defekten DSDT zu schulden wäre. Aber soweit ich weiß sind diese Speedsteperweiterungen für die neuen Pentium M´s erst im neuesten Kernel unterstützt. Da ist jetzt glaub ich auch ein zusätzlicher Speedstep implementiert.
Danke für alle Tips. Werde mich jetzt jedenfalls mal dran machen es mit einem Standardkernel+Patches zu versuchen.
So, will euch mal noch über die Erfahrungen erzählen Speedstep zu aktivieren. Nach endlosen Patchorgien mit dem Standardkernel:
u.a. Kernel 2.6.8.1 mit acpi-patch und neuem update der speedstep-centrino.c.
http://tuxmobil.org/asus_m2400n.html
bin ich keinen Schritt weiter. Hab mal die ACPI-Zeug als Modul, mal einkompiliert versucht. Mal ohne, mal mit obigen Patches. Mit powersave -l oder ähnlich bekomme ich immer:
stepping is not supported
Dann habe ich im neuen 2.6.8.1 -Kernel CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y
sowie
CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y
ebenfalls mal gesetzt. Ohne Erfolg.
Bei modprobe speedstep-centrino gibt er aus in dmesg:
found unsupported CPU with Enhanced Speedstep: send /proc/cpuinfo to Jeremy Fitzhardinge
Sowohl beim SuSE-Kernel 2.6.5-7.108-default als auch 2.6.8.1. Dort gab er dann auch mal zusätzlich aus, ich sollte dochmal CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI einkompilieren. Habe ich, bringt aber auch nichts. Speedstep wird immer noch nicht gefunden.
Der Prozessertakt bleibt fast immer bei 600Mhz. Jedoch seltsamerweise geht er manchmal beim Kernelkompilieren auf volle Leistung, die Temperatur steigt und der Lüfter schaltet sich zu. Konnte aber bisher nicht nachvollziehen wieso und weshalb. Tritt sowohl beim SuSE als auch beim normalen Kernel auf. Habe ein wenig auch mit den Optionen
POWERSAVE_CPUFREQD_MODULE (u.a. acpi, speedstep-centrino) in /etc/sysconfig/powersave/common rumexperimentiert. Evtl liegts daran?
Habe dann gedacht das möglicherweise Speedstep doch funktioniert, es aber nicht richtig angezeigt wird von powersave. Also mal versucht powersaved upzudaten. Bin vorgegangen wie beschrieben, musste jedoch noch kpowersave deinstallieren bevor ich den alten powersave deinstallieren konnte.
Sonst scheint mir alles was ACPI angeht zu gehen, außer natürlich Suspend-to-Ram. Bei Suspend-to-Disk besteht nach wie vor das Problem das danach das Funklan nicht mehr funzt. Geht erst nach Neustart wieder. Auch ein Update des powersavepakets
powersave-0.7.8-0.2.i586.rpm http://mirror.mcs.anl.gov/suse-people/seife/powersave/powersave-0.7.8-0.2.i5...
brachte hier nichts. Bin jetzt leider plan- und ratlos diesbezüglich.
Patrick Nagel schrieb:
Mir ging's ganz genauso... schau mal hier: http://padde.dyndns.org/toshiba-linux Auch wenn man mir hier mehrfach versicherte, dass es mit einfachen Mitteln möglich sein müsste - ich hab's nicht geschafft... bis ich dann irgendwann die auf meiner kleinen Seite verfügbare speedstep-centrino.c fand, mit der es auf einmal wunderbar funktionierte. Mit meiner a50config wirst du vielleicht nicht so viel anfangen können, da evtl. Treiber für in deinem Notebook vorhandene Hardware nicht ausgewählt ist, aber da musst du dann eben nachbessern - kannst es ja so erst einmal testen.
Viele Grüße, Patrick.
Holger Ensslen schrieb:
Holger Ensslen schrieb:
Hallo,
Versuche hier gerade einem Asus 2443NWP (Pentium M 725, 1,6 Ghz) Speedstepping mit dem SuSE-Standardkernel beizubringen. Habe auf Kernel 2.6.5-7.108 upgedatet. Soweit ich sehen kann werden die meisten ACPI-Funktionen alle damit unterstützt. Habe in /etc/sysconfig/powersave/common folgende Änderungen durchgeführt:
POWERSAVE_ACPI_MODULES="ac battery button fan processor thermal asus_acpi"
sowie
POWERSAVE_CPUFREQD_MODULE="acpi" um Speedstepping mittels dem SuSE-Kernel zur Zusammenarbeit zu bewegen, wie hier beschrieben:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0304.html
Allerdings funktioniert dieses bei mir nicht.
cat /proc/cpuinfo gibt bei mir aus:
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 600.204 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe tm2 est bogomips : 1183.74
Die CPU-Frequenz bleibt jedoch bei 600Mhz festgetackert. Ein powersave -A gibt weiterhin an das Speedstepping nicht unterstützt wird. Bleibt mir wohl nur der Weg einen Standardkernel zu backen wie hier:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0302.html
erwähnt. Ansonsten scheint mir ACPI zu funktionieren. Der Batteriezustand wird ausgelesen. Der Lüfter ging bisher jedoch noch gar nicht an was natürlich auch daran liegen mag das dieser sich bei 600 Mhz gar nicht zuschalten brauch. Bei dem Vorgängermodell 2442 jedenfalls, das ich selbst habe, schaltet sich dieser nämlich auch nur an wenn er längere Zeit über 600 Mhz läuft.
Ganz schlecht wäre es natürlich wenn das einer defekten DSDT zu schulden wäre. Aber soweit ich weiß sind diese Speedsteperweiterungen für die neuen Pentium M´s erst im neuesten Kernel unterstützt. Da ist jetzt glaub ich auch ein zusätzlicher Speedstep implementiert.
Danke für alle Tips. Werde mich jetzt jedenfalls mal dran machen es mit einem Standardkernel+Patches zu versuchen.
So, will euch mal noch über die Erfahrungen erzählen Speedstep zu aktivieren. Nach endlosen Patchorgien mit dem Standardkernel:
u.a. Kernel 2.6.8.1 mit acpi-patch und neuem update der speedstep-centrino.c.
http://tuxmobil.org/asus_m2400n.html
bin ich keinen Schritt weiter. Hab mal die ACPI-Zeug als Modul, mal einkompiliert versucht. Mal ohne, mal mit obigen Patches. Mit powersave -l oder ähnlich bekomme ich immer:
stepping is not supported
Dann habe ich im neuen 2.6.8.1 -Kernel CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y
sowie
CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y
ebenfalls mal gesetzt. Ohne Erfolg.
Bei modprobe speedstep-centrino gibt er aus in dmesg:
found unsupported CPU with Enhanced Speedstep: send /proc/cpuinfo to Jeremy Fitzhardinge
Sowohl beim SuSE-Kernel 2.6.5-7.108-default als auch 2.6.8.1. Dort gab er dann auch mal zusätzlich aus, ich sollte dochmal CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI einkompilieren. Habe ich, bringt aber auch nichts. Speedstep wird immer noch nicht gefunden.
Der Prozessertakt bleibt fast immer bei 600Mhz. Jedoch seltsamerweise geht er manchmal beim Kernelkompilieren auf volle Leistung, die Temperatur steigt und der Lüfter schaltet sich zu. Konnte aber bisher nicht nachvollziehen wieso und weshalb. Tritt sowohl beim SuSE als auch beim normalen Kernel auf. Habe ein wenig auch mit den Optionen
POWERSAVE_CPUFREQD_MODULE (u.a. acpi, speedstep-centrino) in /etc/sysconfig/powersave/common rumexperimentiert. Evtl liegts daran?
Habe dann gedacht das möglicherweise Speedstep doch funktioniert, es aber nicht richtig angezeigt wird von powersave. Also mal versucht powersaved upzudaten. Bin vorgegangen wie beschrieben, musste jedoch noch kpowersave deinstallieren bevor ich den alten powersave deinstallieren konnte.
Sonst scheint mir alles was ACPI angeht zu gehen, außer natürlich Suspend-to-Ram. Bei Suspend-to-Disk besteht nach wie vor das Problem das danach das Funklan nicht mehr funzt. Geht erst nach Neustart wieder. Auch ein Update des powersavepakets
powersave-0.7.8-0.2.i586.rpm http://mirror.mcs.anl.gov/suse-people/seife/powersave/powersave-0.7.8-0.2.i5...
brachte hier nichts. Bin jetzt leider plan- und ratlos diesbezüglich.
Danke für den Tip. Habe es mal versucht. Habe die ACPI-Geschichten im Kernel analog zu deiner Config einkompiliert bzw. als Modul übersetzt, sowie die speedstep-centrino.c ersetzt. Geht leider immer noch nicht richtig. Denke liegt wohl an meinem Prozessor der ja im Gegensatz zu deinem ein M725 ist. -- Mit freundlichen Grüßen Holger Ensslen http://www.tuxwaren.de IM: tuxwaren@jabber.org
Holger Ensslen schrieb:
Patrick Nagel schrieb:
Mir ging's ganz genauso... schau mal hier: http://padde.dyndns.org/toshiba-linux Auch wenn man mir hier mehrfach versicherte, dass es mit einfachen Mitteln möglich sein müsste - ich hab's nicht geschafft... bis ich dann irgendwann die auf meiner kleinen Seite verfügbare speedstep-centrino.c fand, mit der es auf einmal wunderbar funktionierte. Mit meiner a50config wirst du vielleicht nicht so viel anfangen können, da evtl. Treiber für in deinem Notebook vorhandene Hardware nicht ausgewählt ist, aber da musst du dann eben nachbessern - kannst es ja so erst einmal testen.
Viele Grüße, Patrick.
Holger Ensslen schrieb:
Holger Ensslen schrieb:
Hallo,
Versuche hier gerade einem Asus 2443NWP (Pentium M 725, 1,6 Ghz) Speedstepping mit dem SuSE-Standardkernel beizubringen. Habe auf Kernel 2.6.5-7.108 upgedatet. Soweit ich sehen kann werden die meisten ACPI-Funktionen alle damit unterstützt. Habe in /etc/sysconfig/powersave/common folgende Änderungen durchgeführt:
POWERSAVE_ACPI_MODULES="ac battery button fan processor thermal asus_acpi"
sowie
POWERSAVE_CPUFREQD_MODULE="acpi" um Speedstepping mittels dem SuSE-Kernel zur Zusammenarbeit zu bewegen, wie hier beschrieben:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0304.html
Allerdings funktioniert dieses bei mir nicht.
cat /proc/cpuinfo gibt bei mir aus:
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.60GHz stepping : 6 cpu MHz : 600.204 cache size : 64 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe tm2 est bogomips : 1183.74
Die CPU-Frequenz bleibt jedoch bei 600Mhz festgetackert. Ein powersave -A gibt weiterhin an das Speedstepping nicht unterstützt wird. Bleibt mir wohl nur der Weg einen Standardkernel zu backen wie hier:
http://lists.suse.com/archive/suse-laptop/2004-Aug/0302.html
erwähnt. Ansonsten scheint mir ACPI zu funktionieren. Der Batteriezustand wird ausgelesen. Der Lüfter ging bisher jedoch noch gar nicht an was natürlich auch daran liegen mag das dieser sich bei 600 Mhz gar nicht zuschalten brauch. Bei dem Vorgängermodell 2442 jedenfalls, das ich selbst habe, schaltet sich dieser nämlich auch nur an wenn er längere Zeit über 600 Mhz läuft.
Ganz schlecht wäre es natürlich wenn das einer defekten DSDT zu schulden wäre. Aber soweit ich weiß sind diese Speedsteperweiterungen für die neuen Pentium M´s erst im neuesten Kernel unterstützt. Da ist jetzt glaub ich auch ein zusätzlicher Speedstep implementiert.
Danke für alle Tips. Werde mich jetzt jedenfalls mal dran machen es mit einem Standardkernel+Patches zu versuchen.
So, will euch mal noch über die Erfahrungen erzählen Speedstep zu aktivieren. Nach endlosen Patchorgien mit dem Standardkernel:
u.a. Kernel 2.6.8.1 mit acpi-patch und neuem update der speedstep-centrino.c.
http://tuxmobil.org/asus_m2400n.html
bin ich keinen Schritt weiter. Hab mal die ACPI-Zeug als Modul, mal einkompiliert versucht. Mal ohne, mal mit obigen Patches. Mit powersave -l oder ähnlich bekomme ich immer:
stepping is not supported
Dann habe ich im neuen 2.6.8.1 -Kernel CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y
sowie
CONFIG_X86_SPEEDSTEP_RELAXED_CAP_CHECK=y
ebenfalls mal gesetzt. Ohne Erfolg.
Bei modprobe speedstep-centrino gibt er aus in dmesg:
found unsupported CPU with Enhanced Speedstep: send /proc/cpuinfo to Jeremy Fitzhardinge
Sowohl beim SuSE-Kernel 2.6.5-7.108-default als auch 2.6.8.1. Dort gab er dann auch mal zusätzlich aus, ich sollte dochmal CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI einkompilieren. Habe ich, bringt aber auch nichts. Speedstep wird immer noch nicht gefunden.
Der Prozessertakt bleibt fast immer bei 600Mhz. Jedoch seltsamerweise geht er manchmal beim Kernelkompilieren auf volle Leistung, die Temperatur steigt und der Lüfter schaltet sich zu. Konnte aber bisher nicht nachvollziehen wieso und weshalb. Tritt sowohl beim SuSE als auch beim normalen Kernel auf. Habe ein wenig auch mit den Optionen
POWERSAVE_CPUFREQD_MODULE (u.a. acpi, speedstep-centrino) in /etc/sysconfig/powersave/common rumexperimentiert. Evtl liegts daran?
Habe dann gedacht das möglicherweise Speedstep doch funktioniert, es aber nicht richtig angezeigt wird von powersave. Also mal versucht powersaved upzudaten. Bin vorgegangen wie beschrieben, musste jedoch noch kpowersave deinstallieren bevor ich den alten powersave deinstallieren konnte.
Sonst scheint mir alles was ACPI angeht zu gehen, außer natürlich Suspend-to-Ram. Bei Suspend-to-Disk besteht nach wie vor das Problem das danach das Funklan nicht mehr funzt. Geht erst nach Neustart wieder. Auch ein Update des powersavepakets
powersave-0.7.8-0.2.i586.rpm http://mirror.mcs.anl.gov/suse-people/seife/powersave/powersave-0.7.8-0.2.i5...
brachte hier nichts. Bin jetzt leider plan- und ratlos diesbezüglich.
Danke für den Tip. Habe es mal versucht. Habe die ACPI-Geschichten im Kernel analog zu deiner Config einkompiliert bzw. als Modul übersetzt, sowie die speedstep-centrino.c ersetzt.
Geht leider immer noch nicht richtig. Denke liegt wohl an meinem Prozessor der ja im Gegensatz zu deinem ein M725 ist.
So, bezüglich Speedstepping hat sich jetzt doch eine Lösung ergeben: Nachdem ich nochmal einen Standardkernel 2.6.8.1 mit den mm-Patches von Andrew Morton probierte und das völlig daneben ging (blieb im Bootprozess hängen) versuchte ich nochmal den aktuellen Kernel of the Day. http://ftp.lug.ro/suse/people/mantel/kernel-of-the-day/ und siehe da, Speedstepping geht. Musste danach, da die Module deaktiviert waren, jedoch nochmal die Quellen ziehen und kompilieren (alte .config als Grundlage) und installieren. Es läuft. Speedstepping geht so wie es sollte. Habe nach googlen auch noch gelesen das es offenbar mit dem Standardkernel 2.6.9rc2 ebenfalls laufen sollte. Habe ich aber nicht probiert. Den Mantelkernel habe ich aber allerdings zusätzlich in Grub zum SuSE-Standardkernel von 9.1 drinnen, da er doch etwas experimenteller ist. Weniger experimentierfreudige warten am besten noch auf den bei 9.2 gelieferten Kernel. In dem sollte das Problem mit Speedstepping mit Dothan ebenfalls behoben sein. -- Mit freundlichen Grüßen Holger Ensslen http://www.tuxwaren.de IM: tuxwaren@jabber.org
On Thu, Sep 30, 2004 at 10:05:43AM +0200, Holger Ensslen wrote: [160 Zeilen Zitat]
So, bezüglich Speedstepping hat sich jetzt doch eine Lösung ergeben:
Nachdem ich nochmal einen Standardkernel 2.6.8.1 mit den mm-Patches von Andrew Morton probierte und das völlig daneben ging (blieb im Bootprozess hängen) versuchte ich nochmal den aktuellen Kernel of the Day. http://ftp.lug.ro/suse/people/mantel/kernel-of-the-day/
und siehe da, Speedstepping geht. Musste danach, da die Module deaktiviert waren, jedoch nochmal die Quellen ziehen und kompilieren (alte .config als Grundlage) und installieren. Es läuft.
Hä?
Speedstepping geht so wie es sollte. Habe nach googlen auch noch gelesen das es offenbar mit dem Standardkernel 2.6.9rc2 ebenfalls laufen sollte. Habe ich aber nicht probiert.
der 9.2 Kernel ist ein 2.6.9rc2+++ -- Stefan Seyfried
Stefan Seyfried schrieb:
On Thu, Sep 30, 2004 at 10:05:43AM +0200, Holger Ensslen wrote:
[160 Zeilen Zitat]
So, bezüglich Speedstepping hat sich jetzt doch eine Lösung ergeben:
Nachdem ich nochmal einen Standardkernel 2.6.8.1 mit den mm-Patches von Andrew Morton probierte und das völlig daneben ging (blieb im Bootprozess hängen) versuchte ich nochmal den aktuellen Kernel of the Day. http://ftp.lug.ro/suse/people/mantel/kernel-of-the-day/
und siehe da, Speedstepping geht. Musste danach, da die Module deaktiviert waren, jedoch nochmal die Quellen ziehen und kompilieren (alte .config als Grundlage) und installieren. Es läuft.
Hä?
Das heisst wie bitte :-). Naja, nachdem ich die rpm mit dem Kernel of the Day installierte und den ipw2200 WLAN Treiber dort installieren wollte bekam ich die Fehlermeldung: Kernel is not module capable. Da ich das beim Standardkernel 2.6.5irgendwas von 9.1 nicht bekam, dachte ich, naja mal Sourcen ziehen und kompilieren. Dann gings und die Fehlermeldung war weg. Naja vielleicht war ich da in meiner Einschätzung doch ein wenig daneben.
Speedstepping geht so wie es sollte. Habe nach googlen auch noch gelesen das es offenbar mit dem Standardkernel 2.6.9rc2 ebenfalls laufen sollte. Habe ich aber nicht probiert.
der 9.2 Kernel ist ein 2.6.9rc2+++
Aha, dann sollte es ja gehen mit dem Speedstepping in Dothan da. By the way: Ist eigentlich der ipw2200 bei 9.2 genauso über yast zu ziehen und einzurichten wie der ipw2100 bei 9.1?
Am Freitag, 1. Oktober 2004 22:24 schrieb Holger Ensslen:
Das heisst wie bitte :-). Naja, nachdem ich die rpm mit dem Kernel of the Day installierte und den ipw2200 WLAN Treiber dort installieren wollte bekam ich die Fehlermeldung:
Wieso solltest Du das wollen? Der ipw2200 Treiber liegt in der aktuellen Version dem Kernel bei.
Ist eigentlich der ipw2200 bei 9.2 genauso über yast zu ziehen und einzurichten wie der ipw2100 bei 9.1?
Firmware ist zumindestens bei der beta3 dabei, muss also nicht separat gezogen werden, einzurichten über YaST klappte hier einwandfrei. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel schrieb:
Am Freitag, 1. Oktober 2004 22:24 schrieb Holger Ensslen:
Das heisst wie bitte :-). Naja, nachdem ich die rpm mit dem Kernel of the Day installierte und den ipw2200 WLAN Treiber dort installieren wollte bekam ich die Fehlermeldung:
Wieso solltest Du das wollen? Der ipw2200 Treiber liegt in der aktuellen Version dem Kernel bei.
Sprichst jetzt vom Kernel-of-the Day? Ich hätte dort also nur noch die Firmware händisch installieren müssen?
Ist eigentlich der ipw2200 bei 9.2 genauso über yast zu ziehen und einzurichten wie der ipw2100 bei 9.1?
Firmware ist zumindestens bei der beta3 dabei, muss also nicht separat gezogen werden, einzurichten über YaST klappte hier einwandfrei.
Schön zu hören. Mit dem ipw2100 in 9.1 ging ja das Einrichten wirklich unproblematisch. Wieso stellt man die Firmware+Treiber nicht noch nachträglich in 9.1 über yast bereit? Dürfte doch kein großes Problem sein, oder? -- Mit freundlichen Grüßen Holger Ensslen http://www.tuxwaren.de IM: tuxwaren@jabber.org
Am Sonntag, 3. Oktober 2004 13:18 schrieb Holger Ensslen:
Manfred Tremmel schrieb:
Wieso solltest Du das wollen? Der ipw2200 Treiber liegt in der aktuellen Version dem Kernel bei.
Sprichst jetzt vom Kernel-of-the Day? Ich hätte dort also nur noch die Firmware händisch installieren müssen?
Ja und ja.
Firmware ist zumindestens bei der beta3 dabei, muss also nicht separat gezogen werden, einzurichten über YaST klappte hier einwandfrei.
Schön zu hören. Mit dem ipw2100 in 9.1 ging ja das Einrichten wirklich unproblematisch. Wieso stellt man die Firmware+Treiber nicht noch nachträglich in 9.1 über yast bereit? Dürfte doch kein großes Problem sein, oder?
Bei SuSE 9.1 ist weder das ipw2200 Modul im Kernel-RPM, noch erkennt YaST das Modul und kann es einrichten. Ich vermute mal, dass SuSE weder die Resourcen hat alle neuen Treiber auf "ältere" Distributionen zurückzuportieren, noch dass es verkaufsförderlich für die neue Version wäre. Und ehrlich gesagt, es gibt schon noch einiges zu tun für die künftige 9.2er. Um das klar zu stellen, ich arbeite nicht für SuSE (oder sagen wir so, ich werde nicht bezahlt von SuSE ;-) ), ich bin nur im Beta-Tester Programm. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel schrieb:
Am Sonntag, 3. Oktober 2004 13:18 schrieb Holger Ensslen:
Manfred Tremmel schrieb:
Wieso solltest Du das wollen? Der ipw2200 Treiber liegt in der aktuellen Version dem Kernel bei.
Sprichst jetzt vom Kernel-of-the Day? Ich hätte dort also nur noch die Firmware händisch installieren müssen?
Ja und ja.
Firmware ist zumindestens bei der beta3 dabei, muss also nicht separat gezogen werden, einzurichten über YaST klappte hier einwandfrei.
Schön zu hören. Mit dem ipw2100 in 9.1 ging ja das Einrichten wirklich unproblematisch. Wieso stellt man die Firmware+Treiber nicht noch nachträglich in 9.1 über yast bereit? Dürfte doch kein großes Problem sein, oder?
Bei SuSE 9.1 ist weder das ipw2200 Modul im Kernel-RPM, noch erkennt YaST das Modul und kann es einrichten. Ich vermute mal, dass SuSE weder die Resourcen hat alle neuen Treiber auf "ältere" Distributionen zurückzuportieren, noch dass es verkaufsförderlich für die neue Version wäre. Und ehrlich gesagt, es gibt schon noch einiges zu tun für die künftige 9.2er.
Ja, ist mir auch bei den früheren Versionen aufgefallen. 9.0 und 9.1 wurden dann erst nach Veröffentlichung nach Updates von Kernel und Programmen stable. Aber andererseits muss es auch ziemlich aktuell bzw. Bleeding Edge sein, ansonsten könnte man es wohl mit der Hardware von aktuellen Notebooks vergessen. Gut, man kann zwar auch Woody irgendwie, irgendwann dazu bringen mit aktueller Hardware klar zu kommen, ist aber doch nur mit Verrenkungen möglich. Das einzige was bei Notebooks meiner Meinung noch in Frage kommen würde wäre Kanotix. Ist nicht so (Stable, testing, unstable) zusammengewürfelt wie Knoppix sondern nur Sid und auch ein bisserl experimental. SuSE ist sicher einer der Endanwenderfreundlichen Distris. Die über yast zu installierenden Nvidia- und andere proprietäre Treiber ist schon recht gut gelöst, damit der Endanwender nicht selbst Hand anlegen muss und z.B. bei jedem Kernelupdate diese neu installieren muss wie es bei den anderen Distris der Fall ist. Wo es allerdings meiner Meinung noch hakt ist Multimedia. Out-of-the Box ist das doch eher bescheiden. Gut, kann man nachinstallieren, müssen man aber erstmal wissen. Sicher, ist aufgrund von rechtlichen Problemen so, aber das und z.B. eine DVD Abspielmöglichkeit sollte in einer Kaufdistri integriert werden. Wäre dann sicher nicht mehr alles freie Software, aber man könnte ja den Weg gehen, eine FTP-Version wie jetzt und die Kaufdistri mit auch nicht-freier Software, z.B. ein kommerzielles DVD-Playerprogramm, wie z.B. PowerDVD das bei TurboLinux beigelegt ist. Das gibts zwar nur als OEM und nicht Stand-Alone, aber wäre sicher ein Weg damit Linux auf dem Desktop sich weiter verbreitet. Ist ja jetzt schon so das einiges was bei der Kaufdistri drinnen ist, nicht Open-Source ist (Realplayer, Textmaker, Moneyplex).
Um das klar zu stellen, ich arbeite nicht für SuSE (oder sagen wir so,
Ja, weiß ich doch :-). Aber kennst dich sicher besser aus als so mancher dort.
ich werde nicht bezahlt von SuSE ;-) ), ich bin nur im Beta-Tester Programm.
Wie wird man übrigens Beta-Tester? Oops, bin jetzt doch ein wenig abgeschweift. -- Mit freundlichen Grüßen Holger Ensslen http://www.tuxwaren.de IM: tuxwaren@jabber.org
Am Montag, 4. Oktober 2004 09:53 schrieb Holger Ensslen:
Ja, ist mir auch bei den früheren Versionen aufgefallen. 9.0 und 9.1 wurden dann erst nach Veröffentlichung nach Updates von Kernel und Programmen stable. Aber andererseits muss es auch ziemlich aktuell bzw. Bleeding Edge sein, ansonsten könnte man es wohl mit der Hardware von aktuellen Notebooks vergessen.
Genau wegen meiner gespaltenen Beziehung zu SuSE 9.1 hab ich mich dazu breitschlagen lassen, da mitzumachen. Ich halte auch die SuSE 8.2 noch für die beste bisherige SuSE. Für mein Centrino-Notebook ist es aber einfach schon wieder viel zu alt und ich hoffe ein bisserl dazu beitragen zu können, dass die 9.2 wieder das gewünschte Niveau zu erreichen.
Gut, man kann zwar auch Woody irgendwie, irgendwann dazu bringen mit aktueller Hardware klar zu kommen, ist aber doch nur mit Verrenkungen möglich. Das einzige was bei Notebooks meiner Meinung noch in Frage kommen würde wäre Kanotix. Ist nicht so (Stable, testing, unstable) zusammengewürfelt wie Knoppix sondern nur Sid und auch ein bisserl experimental.
Nichts gegen Debian Woody, aber für aktuelle Hardware, insbesondere im Notebook-Bereich dürfte davon nicht mehr viel übrig bleiben, bis da ne halbwegs anständige Unterstützung rauskommt (sieht auf den eher konservativen Servern natürlich wieder ganz anders aus), da kann man gleich unstable installieren und ob das dann besser läuft als ne brandaktuelle SuSE?
SuSE ist sicher einer der Endanwenderfreundlichen Distris. Die über yast zu installierenden Nvidia- und andere proprietäre Treiber ist schon recht gut gelöst, damit der Endanwender nicht selbst Hand anlegen muss und z.B. bei jedem Kernelupdate diese neu installieren muss wie es bei den anderen Distris der Fall ist.
Solang mir YOU nicht auf die Idee kommt den grauenvollen ATI-Treiber zu installieren... Zum Glück weiß ich jetzt mit XOrg 6.8.1 eh, dass er nicht läuft, da komm ich gar nicht mehr in Versuchung mit dem Teil meine Zeit zu vergeuden.
Wo es allerdings meiner Meinung noch hakt ist Multimedia. Out-of-the Box ist das doch eher bescheiden. Gut, kann man nachinstallieren, müssen man aber erstmal wissen. Sicher, ist aufgrund von rechtlichen Problemen so, aber das und z.B. eine DVD Abspielmöglichkeit sollte in einer Kaufdistri integriert werden.
Dafür gibts Packman, ftp-Server packman.iu-bremen.de, Verzeichnis suse/9.1/ (oder andere Version bis runter zu 8.1) als zusätzliche Installationsquelle hinzufügen und gut ists.
Wäre dann sicher nicht mehr alles freie Software, aber man könnte ja den Weg gehen, eine FTP-Version wie jetzt und die Kaufdistri mit auch nicht-freier Software, z.B. ein kommerzielles DVD-Playerprogramm, wie z.B. PowerDVD das bei TurboLinux beigelegt ist.
Bei SuSE ist ja bisher auch bei weitem nicht alles freie Software. Seit ich mich zurückerinnere waren da immer die einen oder anderen proprietären Pakete mit dabei.
Das gibts zwar nur als OEM und nicht Stand-Alone, aber wäre sicher ein Weg damit Linux auf dem Desktop sich weiter verbreitet. Ist ja jetzt schon so das einiges was bei der Kaufdistri drinnen ist, nicht Open-Source ist (Realplayer, Textmaker, Moneyplex).
Genau. Ist aber sicher auch ne Preisfrage, keine Ahnung, was für ein PowerDVD oder LinDVD auf den Tisch zu legen ist, aber solange immer noch die Verbreitung Linux = Server in vielen Bereichen gilt, sollte man es auch nicht übertreiben mit zu lizensierenden Programmen, sonst wird die Distri zu teuer und viele zahlen für Sachen, die sie ihr Leben lang nicht brauchen.
Wie wird man übrigens Beta-Tester?
Ich wurde von zwei SuSE-Mitarbeitern gefragt, ob ich mitmachen will. Ob man sich da irgendwo richtig bewerben kann, weiß ich nicht. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (4)
-
Holger Ensslen -
Manfred Tremmel -
Patrick Nagel -
Stefan Seyfried