Liebe Liste, habt Dank für die zahlreichen Antworten auf meine Anfrage "Welches Laptop?". Gefragt hatte ich nach Sony Vaio FX802, HP XE4500 und Compaq n1005v. Viele gute Tipps erhalten, danke, und dazu die Hinweise, die sich noch auf andere offenbar Linux-taugliche Geräte richten. Dabei scheint aber doch bei allen empfohlenen Geräten "suspend to ram" und "suspend to disk" mehr gar nicht als schlecht zu funktionieren. An ACPI scheinen alle Laptops im Moment zu scheitern. Einzig Suse 8.1 soll rudimentär Powermanagement per Kernel unterstützen. Zum Sony habe ich bei Kevin Boone was gefunden (http://www.kevinboone.com/vaio.html). Andere User in den Sony Listen, in den heise.de-Foren etc. berichten aber von weiter laufenden Lüftern und brummenden Festplatten oder notwendigen Neustarts in XP, um nach Display-Dimmen die Display-Helligkeit wieder von 30 auf 100 Prozent zu stellen, weil es unter Linux nicht funktioniert. Ist doch echt furchtbar! ACPI sollte die ganze Sache doch erleichtern, nicht erschweren! Es scheint unter Linux nur ganz rudimentär und mit Kunstgriffen zu funktionieren. Wie auch der Bericht in der letzten c't zeigt (Oliver Diedrich, Dominik Brodowski - Schöne neue Welt - Einsatz von ACPI unter Linux, Know-how, ACPI für Linux, ACPI, Toshiba, Notebook, Power Management, APM - c't 25/02, Seite 234.) Die Vermutung liegt ja nahe, dass dort Hardware- und Software-Produzenten gut zusammenarbeiten. Weder Intel noch MS wollen, dass ACPI unter Linux läuft. Macht ihnen das Geschäft kaputt. Während es für APM Lösungen gibt, ist ACPI kaum zu machen auf aktuellen Notebooks. Lange Einleitung, kurze Frage: - Gibt es überhaupt aktuelle Laptops, wo ACPI funktionier? - (und die trotzdem eine gute Tastatur, ein gutes Display haben und einigermaßen erweiterbar sind). Bin nämlich echt unsicher geworden, ob ich überhaupt Spaß habe an einem Gerät, dass ständig mit Lüfterheulen nervt oder wo ich Angst haben muss, dass die CPU schmilzt. Dann bleibe ich doch bei meinem Powerbook G4/400. Da weiß ich, dass der Lärm von der *** IBM-Platte kommt. Vielleicht wisst Ihr ja was zu ACPI. Schöne Grüße, Ralf -- ubb - Kommunikation Am Varenholt 123 D-44797 Bochum Fon: ++49 (0)234 - 97 99 513 Fax: ++49 (0)234 - 97 99 514 r.bindel@macnews.de
Hallo alle, es scheint das viele noch schwierigkeiten mit ACPI haben. Dazu gibt es von einen SuSE mitarbeiter (Hubert Mantel) die Lösung. Einen gepatched Kernel im RPM format. Ich habe es in meinen Sony SRX99 mit SuSE 8.0 angewended und es funktioniert einwandfrei. Used distro: SuSE 8.0 + some packages from 8.1 Kernel : Hubert Mantel ACPI patched kernel (Thx, Hubert!) ftp.suse.com/pub/people/mantel/next/RPM/ PCMCIA : pcmcia-3.2.0-92 + pcmcia-cardinfo-3.2.0-0 (suse rpm's) ftp.suse.com/pub/suse/i386/8.1/suse/i586/ ACPI: working PCMCIA: working (including ide_cs - pcmcia cdrom) IEEE1394: working (cdrw/dvd is recognizrd as sr0 and mounted) camcorder is recognized - i will use dvgrab to test it) Ethernet: working Wireless: working Memorystick: working Jogdial: working Sound: working Modem: not tested (yet, but drivers are loaded and recognized) Schöne Grüsse aus Brasilien, Paulo Wollny
Klingt ja alles ganz vielversprechend, aber ich geh ja lieber auf Nummer Sicher. Wie schaff ich's denn das RPM zu installieren, ohne dass ich immer wieder darauf hingewiesen werde, dass es mit k_dflt in Konflikt steht? Ich meine, mir ist klar, dass der alte Kernel dem neuen ein bisschen im Weg steht, aber ich möchte nicht den alten deinstallieren, um den neuen zu installieren. Die ganzen Files in /lib/modules liegen sowieso parallel, die einzigen kritischen Dateien gehören zum Kernel selber (vmlinuz*), da kann man LILO ja so konfigurieren, dass man die Wahl zwischen den Kernel-Versionen hat. Da ich ja nicht ganz verblödet bin :-) hab ich versucht mit abgeschaltetem Dependency-Check zu installieren. Ich hab angegeben, er soll einfach mal alles drüberbügeln, aber hilft alles nix. Hat jemand einen Tipp? Es reicht mir zum Test ja schon, wenn ich das RPM wieder auspacken kann. die Dateien bekomm ich schon an die richtige Stelle. Eine letzte vielleicht sehr wichtige Frage: Womit ist der neue Kernel compiliert? gcc 2.95 oder gcc 3.x? Bei letzterem hätte ich Bedenken, bezweifel aber, dass das Sinn macht, den neuen Compiler zu verwenden. Viele Grüße Frank Paulo Wollny schrieb:
Hallo alle,
es scheint das viele noch schwierigkeiten mit ACPI haben. Dazu gibt es von einen SuSE mitarbeiter (Hubert Mantel) die Lösung. Einen gepatched Kernel im RPM format. Ich habe es in meinen Sony SRX99 mit SuSE 8.0 angewended und es funktioniert einwandfrei.
Used distro: SuSE 8.0 + some packages from 8.1 Kernel : Hubert Mantel ACPI patched kernel (Thx, Hubert!) ftp.suse.com/pub/people/mantel/next/RPM/ PCMCIA : pcmcia-3.2.0-92 + pcmcia-cardinfo-3.2.0-0 (suse rpm's) ftp.suse.com/pub/suse/i386/8.1/suse/i586/
ACPI: working PCMCIA: working (including ide_cs - pcmcia cdrom) IEEE1394: working (cdrw/dvd is recognizrd as sr0 and mounted) camcorder is recognized - i will use dvgrab to test it) Ethernet: working Wireless: working Memorystick: working Jogdial: working Sound: working Modem: not tested (yet, but drivers are loaded and recognized)
Schöne Grüsse aus Brasilien,
Paulo Wollny
-- Dipl.-Inform. Frank Broicher Bergstr. 2-4 ICQ# 174889643 D-52062 Aachen mailto:Frank.Broicher@gmx.de ----------------------------------------------------------------------- Telefone: +49 (0) 241 911785 Telefax : +49 (0) 241 4093026 Cellular: +49 (0) 171 2655533 mailto:Frank.Broicher@ieee.org ----------------------------------------------------------------------- "Logic is the beginning of wisdom...not the end." (Spock, Star Trek VI)
Eine bessere lösung, anstatt die gebaute Kernels runterzuladen ist, die Quelen selbst runterladen (im selben Verzeichness). Dann einfach rpm -Uvv --nodeps packet. Um ganz siche zu sein, sollst Du den /usr/src/linux link löschen, den Verzeichness /usr/src/linux-2.4.1? unbenenen, und dann das Quellen packet installieren. Einfach make cloneconfig aufrufen und dannach make menuconfig um die ACPI teile im kernel einbauen (uder als Module). Mit diesen schritten, glaubde ich kaum dass etwas schiff gehen kann. Mann kann immer die original Packete von SuSE Distro wieder einlesen (nachdem mann im Boot die failsafe option benutzt). MfG, Paulo Wollny Frank H. Broicher schrieb:
Klingt ja alles ganz vielversprechend, aber ich geh ja lieber auf Nummer Sicher. Wie schaff ich's denn das RPM zu installieren, ohne dass ich immer wieder darauf hingewiesen werde, dass es mit k_dflt in Konflikt steht? Ich meine, mir ist klar, dass der alte Kernel dem neuen ein bisschen im Weg steht, aber ich möchte nicht den alten deinstallieren, um den neuen zu installieren. Die ganzen Files in /lib/modules liegen sowieso parallel, die einzigen kritischen Dateien gehören zum Kernel selber (vmlinuz*), da kann man LILO ja so konfigurieren, dass man die Wahl zwischen den Kernel-Versionen hat.
Da ich ja nicht ganz verblödet bin :-) hab ich versucht mit abgeschaltetem Dependency-Check zu installieren. Ich hab angegeben, er soll einfach mal alles drüberbügeln, aber hilft alles nix.
Hat jemand einen Tipp?
Es reicht mir zum Test ja schon, wenn ich das RPM wieder auspacken kann. die Dateien bekomm ich schon an die richtige Stelle.
Eine letzte vielleicht sehr wichtige Frage: Womit ist der neue Kernel compiliert? gcc 2.95 oder gcc 3.x? Bei letzterem hätte ich Bedenken, bezweifel aber, dass das Sinn macht, den neuen Compiler zu verwenden.
Viele Grüße Frank
Paulo Wollny schrieb:
Hallo alle,
es scheint das viele noch schwierigkeiten mit ACPI haben. Dazu gibt es von einen SuSE mitarbeiter (Hubert Mantel) die Lösung. Einen gepatched Kernel im RPM format. Ich habe es in meinen Sony SRX99 mit SuSE 8.0 angewended und es funktioniert einwandfrei.
Used distro: SuSE 8.0 + some packages from 8.1 Kernel : Hubert Mantel ACPI patched kernel (Thx, Hubert!) ftp.suse.com/pub/people/mantel/next/RPM/ PCMCIA : pcmcia-3.2.0-92 + pcmcia-cardinfo-3.2.0-0 (suse rpm's) ftp.suse.com/pub/suse/i386/8.1/suse/i586/
ACPI: working PCMCIA: working (including ide_cs - pcmcia cdrom) IEEE1394: working (cdrw/dvd is recognizrd as sr0 and mounted) camcorder is recognized - i will use dvgrab to test it) Ethernet: working Wireless: working Memorystick: working Jogdial: working Sound: working Modem: not tested (yet, but drivers are loaded and recognized)
Schöne Grüsse aus Brasilien,
Paulo Wollny
Entschuldige, für die letzte Frage, ist die Antwort: gcc 2.95.3 hirschberg:/home/paulo # gcc --version 2.95.3 hirschberg:/home/paulo # Grüsse, Paulo
Danke für die Antworten. Hat mittlerweile geklappt. Ich musste mir aller- dings noch den acpid-Daemon besorgen, den ich im Moment nicht zum Laufen kriege, weil er nicht auf /proc/acpi/event zugreifen darf. Argh. Ich arbeite aber dran. Sollte ich es hinbekommen, werde ich ein paar Worte dazu sagen. Sollte jemand anders schon durch diese "Hölle" gegangen ist, dann wär ich für ein paar Vorschläge dankbar. Auch wär's toll zu wissen, was man so alles in /etc/acpi/events/sample.conf so alles reinschreiben kann. Dazu hab ich auch noch nix gefunden. Gruß Frank Paulo Wollny schrieb:
Entschuldige, für die letzte Frage, ist die Antwort: gcc 2.95.3
hirschberg:/home/paulo # gcc --version 2.95.3 hirschberg:/home/paulo #
-- Dipl.-Inform. Frank Broicher Bergstr. 2-4 ICQ# 174889643 D-52062 Aachen mailto:Frank.Broicher@gmx.de ----------------------------------------------------------------------- Telefone: +49 (0) 241 911785 Telefax : +49 (0) 241 4093026 Cellular: +49 (0) 171 2655533 mailto:Frank.Broicher@ieee.org ----------------------------------------------------------------------- "Logic is the beginning of wisdom...not the end." (Spock, Star Trek VI)
Soll ich Dir diese Daemons senden? Die habe ich bei Mir. Gruss, Paulo Wollny Frank H. Broicher schrieb:
Danke für die Antworten. Hat mittlerweile geklappt. Ich musste mir aller- dings noch den acpid-Daemon besorgen, den ich im Moment nicht zum Laufen kriege, weil er nicht auf /proc/acpi/event zugreifen darf. Argh. Ich arbeite aber dran. Sollte ich es hinbekommen, werde ich ein paar Worte dazu sagen. Sollte jemand anders schon durch diese "Hölle" gegangen ist, dann wär ich für ein paar Vorschläge dankbar. Auch wär's toll zu wissen, was man so alles in /etc/acpi/events/sample.conf so alles reinschreiben kann. Dazu hab ich auch noch nix gefunden.
Gruß Frank
Paulo Wollny schrieb:
Entschuldige, für die letzte Frage, ist die Antwort: gcc 2.95.3
hirschberg:/home/paulo # gcc --version 2.95.3 hirschberg:/home/paulo #
Her damit :-) Vielleicht hilft es ja. Ich hab bereits folgendes RPM von Sourceforge runtergeladen: acpid-1.0.1-1.i386.rpm Wenn es eine andere Version ist, probier ich's aus. Ich hab gerade das acpid-Script in /etc/rc.d umgeschrieben, weil es nicht dem SuSE-Standard entsprach. Jetzt läuft der Daemon im Moment, allerdings hat sich am Systemverhalten nichts geändert. Klaptopdaemon meldet einen Fehler beim Konfigurieren, in libkdecore.so.4 (in /opt/kde3/lib) fehlt ihm ein Symbol (init_kcm_laptop). Außerdem zeigt er beim Draufklicken an, dass er den Stromsparmanager nicht gefunden hat. Will ich ihn konfigurieren, bekomme ich die Meldung, dass "AC Adapter" und "Control Method Battery" eingestellt werden müssen. Würd ich ja gerne tun, nur wo? Er behauptet ich hätte eine teilweise ACPI-Installation. Danke, kann ich nur sagen. Wo stell ich das denn ein? Viele Grüße Frank Paulo Wollny schrieb:
Soll ich Dir diese Daemons senden? Die habe ich bei Mir.
Gruss,
Paulo Wollny
Frank H. Broicher schrieb:
Danke für die Antworten. Hat mittlerweile geklappt. Ich musste mir aller- dings noch den acpid-Daemon besorgen, den ich im Moment nicht zum Laufen kriege, weil er nicht auf /proc/acpi/event zugreifen darf. Argh. Ich arbeite aber dran. Sollte ich es hinbekommen, werde ich ein paar Worte dazu sagen. Sollte jemand anders schon durch diese "Hölle" gegangen ist, dann wär ich für ein paar Vorschläge dankbar. Auch wär's toll zu wissen, was man so alles in /etc/acpi/events/sample.conf so alles reinschreiben kann. Dazu hab ich auch noch nix gefunden.
Gruß Frank
Paulo Wollny schrieb:
Entschuldige, für die letzte Frage, ist die Antwort: gcc 2.95.3
hirschberg:/home/paulo # gcc --version 2.95.3 hirschberg:/home/paulo #
-- Dipl.-Inform. Frank Broicher Bergstr. 2-4 ICQ# 174889643 D-52062 Aachen mailto:Frank.Broicher@gmx.de ----------------------------------------------------------------------- Telefone: +49 (0) 241 911785 Telefax : +49 (0) 241 4093026 Cellular: +49 (0) 171 2655533 mailto:Frank.Broicher@ieee.org ----------------------------------------------------------------------- "Logic is the beginning of wisdom...not the end." (Spock, Star Trek VI)
Paulo
es scheint das viele noch schwierigkeiten mit ACPI haben. Dazu gibt es von einen SuSE mitarbeiter (Hubert Mantel) die Lösung. Einen gepatched Kernel im RPM format. Ich habe es in meinen Sony SRX99 mit SuSE 8.0 angewended und es funktioniert einwandfrei.
Used distro: SuSE 8.0 + some packages from 8.1 Kernel : Hubert Mantel ACPI patched kernel (Thx, Hubert!) ftp.suse.com/pub/people/mantel/next/RPM/
Habe dieses RPM auf meinen SuSE 8.1 Kernel rüberinstalliert. Leider hat das bei meinem Dell Inspiron 2650 nichts geändert. Wie vorher ist die Anzeige z.B. der Batterie unvollständig und deshalb nicht von Programmen auf dem Netz unterstützt (habe mir ein script geschrieben, das mir die infos rausschreibt und das system sauber runterfährt, bevor die Batterie entladen ist - der status ändert von unknown auf [dis]charging). # cat /proc/acpi/battery/BAT1/info present: yes ERROR: Unable to read battery information # cat /proc/acpi/battery/BAT1/alarm alarm: unsupported # cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate: 0 mA remaining capacity: 3889 mAh present voltage: 16700 mV cu Peter. __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Weihnachts-Einkäufe ohne Stress! http://shopping.yahoo.de
Der Kernel war doch gar nicht für 8.1-, sondern für 8.0-Systeme gedacht!! Funktioniert das System denn noch???!!! Kann natürlich sein, dass rpm so schlau war, die existierenden Module nicht zu ersetzen. Soweit ich weiß, basiert doch 8.1 auf gcc3.x. Der Kernel ist aber mit 2.95.x übersetzt. Auf meinem 8.0-System funktioniert es. Gruß Frank Peter Walser schrieb:
Paulo
es scheint das viele noch schwierigkeiten mit ACPI haben. Dazu gibt es von einen SuSE mitarbeiter (Hubert Mantel) die Lösung. Einen gepatched Kernel im RPM format. Ich habe es in meinen Sony SRX99 mit SuSE 8.0 angewended und es funktioniert einwandfrei.
Used distro: SuSE 8.0 + some packages from 8.1 Kernel : Hubert Mantel ACPI patched kernel (Thx, Hubert!) ftp.suse.com/pub/people/mantel/next/RPM/
Habe dieses RPM auf meinen SuSE 8.1 Kernel rüberinstalliert. Leider hat das bei meinem Dell Inspiron 2650 nichts geändert. Wie vorher ist die Anzeige z.B. der Batterie unvollständig und deshalb nicht von Programmen auf dem Netz unterstützt (habe mir ein script geschrieben, das mir die infos rausschreibt und das system sauber runterfährt, bevor die Batterie entladen ist - der status ändert von unknown auf [dis]charging).
# cat /proc/acpi/battery/BAT1/info present: yes ERROR: Unable to read battery information
# cat /proc/acpi/battery/BAT1/alarm alarm: unsupported
# cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate: 0 mA remaining capacity: 3889 mAh present voltage: 16700 mV
cu
Peter.
__________________________________________________________________
Gesendet von Yahoo! Mail - http://mail.yahoo.de Weihnachts-Einkäufe ohne Stress! http://shopping.yahoo.de
-- Dipl.-Inform. Frank Broicher Bergstr. 2-4 ICQ# 174889643 D-52062 Aachen mailto:Frank.Broicher@gmx.de ----------------------------------------------------------------------- Telefone: +49 (0) 241 911785 Telefax : +49 (0) 241 4093026 Cellular: +49 (0) 171 2655533 mailto:Frank.Broicher@ieee.org ----------------------------------------------------------------------- "Logic is the beginning of wisdom...not the end." (Spock, Star Trek VI)
Frank
Der Kernel war doch gar nicht für 8.1-, sondern für 8.0-Systeme gedacht!! Funktioniert das System denn noch???!!! Kann natürlich sein, dass rpm so schlau war, die existierenden Module nicht zu ersetzen. Soweit ich weiß, basiert doch 8.1 auf gcc3.x. Der Kernel ist aber mit 2.95.x übersetzt.
Auf meinem 8.0-System funktioniert es.
Funktioniert alles genau gleich wie vorher, auch auf meinem SuSE 8.1 Ich verstehe sowieso nicht (bin Software-Entwickler), wieso ein Programm nur für eine bestimmte Version einer bestimmten Distribution sein soll. Selbst bei Microsoft starten die meisten Programme unter w95 bis w2k. Und Linux ist doch besser, oder. Die Compiler-Version sollte auch egal sein, solange nicht auf Bibliotheken zur Laufzeit zugegriffen wird, die nicht verfügbar sind. # uname -a Linux linux 2.4.19-4GB #1 Wed Dec 18 14:11:27 UTC 2002 i686 unknown # rpm -q k_deflt k_deflt-2.4.19-199 cu Peter. __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Weihnachts-Einkäufe ohne Stress! http://shopping.yahoo.de
Die Compiler unterscheiden sich in dem von ihnen produzierten Objectformat. Der gcc3.x basiert, soweit ich weiß, auf dem egcs und nicht mehr auf dem gcc2.95.x (korrigiert mich, wenn ich falsch liege). Der zugehörige Linker ist eigentlich das größere Problem, denn der kann das alte mit dem neuen Format nicht richtig verheiraten. Hat zur Folge, dass etwa Programme (2.95.x), die shared libs verwenden, böse auflaufen, wenn nur noch die entsprechenden 3.x-compilierten Libs da sind. Wenn das System überhaupt richtig funktioniert. Ich will's auch gar nicht probieren. Der Vergleich mit Windows hinkt. Probier's mal mit NT, soll ja Leute geben, die das noch benutzen, wie wir hier. Die Probleme sind da aber anders gelagert und betreffen nicht eine neue Entwicklung im System. Linux ist eben nicht monolitisch aufgebaut wie Windows. Viele Grüße Frank Peter Walser schrieb:
Frank
Der Kernel war doch gar nicht für 8.1-, sondern für 8.0-Systeme gedacht!! Funktioniert das System denn noch???!!! Kann natürlich sein, dass rpm so schlau war, die existierenden Module nicht zu ersetzen. Soweit ich weiß, basiert doch 8.1 auf gcc3.x. Der Kernel ist aber mit 2.95.x übersetzt.
Auf meinem 8.0-System funktioniert es.
Funktioniert alles genau gleich wie vorher, auch auf meinem SuSE 8.1 Ich verstehe sowieso nicht (bin Software-Entwickler), wieso ein Programm nur für eine bestimmte Version einer bestimmten Distribution sein soll. Selbst bei Microsoft starten die meisten Programme unter w95 bis w2k. Und Linux ist doch besser, oder. Die Compiler-Version sollte auch egal sein, solange nicht auf Bibliotheken zur Laufzeit zugegriffen wird, die nicht verfügbar sind.
# uname -a Linux linux 2.4.19-4GB #1 Wed Dec 18 14:11:27 UTC 2002 i686 unknown # rpm -q k_deflt k_deflt-2.4.19-199
cu
Peter.
__________________________________________________________________
Gesendet von Yahoo! Mail - http://mail.yahoo.de Weihnachts-Einkäufe ohne Stress! http://shopping.yahoo.de
-- Dipl.-Inform. Frank Broicher Bergstr. 2-4 ICQ# 174889643 D-52062 Aachen mailto:Frank.Broicher@gmx.de ----------------------------------------------------------------------- Telefone: +49 (0) 241 911785 Telefax : +49 (0) 241 4093026 Cellular: +49 (0) 171 2655533 mailto:Frank.Broicher@ieee.org ----------------------------------------------------------------------- "Logic is the beginning of wisdom...not the end." (Spock, Star Trek VI)
Am Donnerstag, 19. Dezember 2002 12:13 schrieb Frank H. Broicher:
Der Kernel war doch gar nicht für 8.1-, sondern für 8.0-Systeme gedacht!! Funktioniert das System denn noch???!!! Kann natürlich sein, dass rpm so schlau war, die existierenden Module nicht zu ersetzen. Soweit ich weiß, basiert doch 8.1 auf gcc3.x. Der Kernel ist aber mit 2.95.x übersetzt.
gcc 2.95 und 3.x sind bei C Programmen völlig binärcompatibel, probleme gibts nur bei C++. Der Kernel ist in C (mit ein bisserl Assembler) erstellt, es gibt keinerlei Probleme beim mischen aufgrund des Compilers. Mein Powerbook G3 mit SuSE 7.3 hat auch einen gcc 3.2 übersetzten Kernel 2.4.20. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Da tut es mir Leid. Bei mir funktioniert es problemlos (einen Sony SRX99 US Model). paulo@hirschberg:~> cat /proc/acpi/battery/BAT1/info present: yes design capacity: 39960 mWh last full capacity: 39960 mWh battery technology: non-rechargeable design voltage: 399 mV design capacity warning: 0 mWh design capacity low: 120 mWh capacity granularity 1: 0 mWh capacity granularity 2: 10 mWh model number: serial number: battery type: LION OEM info: Sony Corp. MfG, Paulo Peter Walser schrieb:
Paulo
es scheint das viele noch schwierigkeiten mit ACPI haben. Dazu gibt es von einen SuSE mitarbeiter (Hubert Mantel) die Lösung. Einen gepatched Kernel im RPM format. Ich habe es in meinen Sony SRX99 mit SuSE 8.0 angewended und es funktioniert einwandfrei.
Used distro: SuSE 8.0 + some packages from 8.1 Kernel : Hubert Mantel ACPI patched kernel (Thx, Hubert!) ftp.suse.com/pub/people/mantel/next/RPM/
Habe dieses RPM auf meinen SuSE 8.1 Kernel rüberinstalliert. Leider hat das bei meinem Dell Inspiron 2650 nichts geändert. Wie vorher ist die Anzeige z.B. der Batterie unvollständig und deshalb nicht von Programmen auf dem Netz unterstützt (habe mir ein script geschrieben, das mir die infos rausschreibt und das system sauber runterfährt, bevor die Batterie entladen ist - der status ändert von unknown auf [dis]charging).
# cat /proc/acpi/battery/BAT1/info present: yes ERROR: Unable to read battery information
# cat /proc/acpi/battery/BAT1/alarm alarm: unsupported
# cat /proc/acpi/battery/BAT1/state present: yes capacity state: ok charging state: unknown present rate: 0 mA remaining capacity: 3889 mAh present voltage: 16700 mV
cu
Peter.
__________________________________________________________________
Gesendet von Yahoo! Mail - http://mail.yahoo.de Weihnachts-Einkäufe ohne Stress! http://shopping.yahoo.de
hallo ralf! helfen kann ich dir bei deinem problem leider auch nicht. aber vielleicht du mir?! möchte im neuen jahr auf ein powerbook umsteigen und zwar das aktuelle. hast du auf deiner kiste linux drauf? wenn ja, welche distri? wie klappte die installation? hast du ne ahnung ob die neuen modelle funktionieren? gruss alex Liebe Liste, habt Dank für die zahlreichen Antworten auf meine Anfrage "Welches Laptop?". Gefragt hatte ich nach Sony Vaio FX802, HP XE4500 und Compaq n1005v. Viele gute Tipps erhalten, danke, und dazu die Hinweise, die sich noch auf andere offenbar Linux-taugliche Geräte richten. Dabei scheint aber doch bei allen empfohlenen Geräten "suspend to ram" und "suspend to disk" mehr gar nicht als schlecht zu funktionieren. An ACPI scheinen alle Laptops im Moment zu scheitern. Einzig Suse 8.1 soll rudimentär Powermanagement per Kernel unterstützen. Zum Sony habe ich bei Kevin Boone was gefunden (http://www.kevinboone.com/vaio.html). Andere User in den Sony Listen, in den heise.de-Foren etc. berichten aber von weiter laufenden Lüftern und brummenden Festplatten oder notwendigen Neustarts in XP, um nach Display-Dimmen die Display-Helligkeit wieder von 30 auf 100 Prozent zu stellen, weil es unter Linux nicht funktioniert. Ist doch echt furchtbar! ACPI sollte die ganze Sache doch erleichtern, nicht erschweren! Es scheint unter Linux nur ganz rudimentär und mit Kunstgriffen zu funktionieren. Wie auch der Bericht in der letzten c't zeigt (Oliver Diedrich, Dominik Brodowski - Schöne neue Welt - Einsatz von ACPI unter Linux, Know-how, ACPI für Linux, ACPI, Toshiba, Notebook, Power Management, APM - c't 25/02, Seite 234.) Die Vermutung liegt ja nahe, dass dort Hardware- und Software-Produzenten gut zusammenarbeiten. Weder Intel noch MS wollen, dass ACPI unter Linux läuft. Macht ihnen das Geschäft kaputt. Während es für APM Lösungen gibt, ist ACPI kaum zu machen auf aktuellen Notebooks. Lange Einleitung, kurze Frage: - Gibt es überhaupt aktuelle Laptops, wo ACPI funktionier? - (und die trotzdem eine gute Tastatur, ein gutes Display haben und einigermaßen erweiterbar sind). Bin nämlich echt unsicher geworden, ob ich überhaupt Spaß habe an einem Gerät, dass ständig mit Lüfterheulen nervt oder wo ich Angst haben muss, dass die CPU schmilzt. Dann bleibe ich doch bei meinem Powerbook G4/400. Da weiß ich, dass der Lärm von der *** IBM-Platte kommt. Vielleicht wisst Ihr ja was zu ACPI. Schöne Grüße, Ralf -- ubb - Kommunikation Am Varenholt 123 D-44797 Bochum Fon: ++49 (0)234 - 97 99 513 Fax: ++49 (0)234 - 97 99 514 r.bindel@macnews.de
Am Dienstag, 17. Dezember 2002 13:53 schrieb Ralf Bindel:
Bin nämlich echt unsicher geworden, ob ich überhaupt Spaß habe an einem Gerät, dass ständig mit Lüfterheulen nervt oder wo ich Angst haben muss, dass die CPU schmilzt. Dann bleibe ich doch bei meinem Powerbook G4/400. Da weiß ich, dass der Lärm von der *** IBM-Platte kommt.
Na, wenn das alles ist, was stört, ne Platte läst sich tauschen. Übrigens bei meinem Powerbook G3 klappt das Powermanagement (PMUD) ganz hervorragend. SuspendToRam beim schliessen des Deckels, Aufwachen per Tastendruck. Die Sondertasten laufen (Helligkeit, Lautstärke und Mute). Hardware wird komplett unterstützt (inklusive Sound, Modem und Irda). Zu Weihnachten kriegt es nen schnelleren Prozessor ;-) -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (6)
-
Alexander Frangesch
-
Frank H. Broicher
-
Manfred Tremmel
-
Paulo Wollny
-
Peter Walser
-
Ralf Bindel