Re: Dell Inspiron Mini 1010 / acpid / events, aber nichts passiert
Hallo David, liebe Liste, danke erstmal, ich bin ein bischen weiter gekommen. Es geht - nur zur Info - übrigens um openSUSE 11.2. Wie erwähnt, werden ganz brav acpi-Events generiert. Ich konnte jetzt mit Hilfe eines Scripts den Suspend sicherstellen - allerdings nutze ich nur acpi- Events direkt und nicht den dbus (?), der m. E. die Events an PowerDevil weiterreichen sollte, dies aber nicht tut. Mein Stand bisher - vielleicht hat jemand eine Idee dazu. Mit meinem Debugging - Aufruf bei acpid bekommen ich Informationen der folgenden Art gelistet: Number of valid entries: 1 Token >><< could not be identified! Switching from vt7 to vt1 fbcon fb0 state 1 fbcon fb0 state 0 switching back to vt7 acpid: action exited with status 0 acpid: 3 total rules matched acpid: completed event "button/lid LID0 00000080 0000000a" acpid: client 1281[0:0] has disconnected acpid: received event "button/lid LID0 00000080 0000000b" acpid: rule from 1560[101:102] matched acpid: notifying client 1560[101:102] acpid: rule from /etc/acpi/events/lid_button matched acpid: executing action "/usr/lib/acpid/lid_button" pm-profiler: Lid opened, do nothing acpid: action exited with status 0 acpid: 2 total rules matched acpid: completed event "button/lid LID0 00000080 0000000b" acpid: client connected from 1281[0:0] acpid: 1 client rule loaded acpid: received event "button/lid LID0 00000080 0000000c" acpid: rule from 1560[101:102] matched acpid: notifying client 1560[101:102] acpid: rule from 1281[0:0] matched acpid: notifying client 1281[0:0] acpid: rule from /etc/acpi/events/lid_button matched acpid: executing action "/usr/lib/acpid/lid_button" pm-profiler: Lid closed, executing /usr/sbin/s2ram wie man sieht, ich habe mir ein Script "/etc/acpi/events/lid_button" generiert, in welchem wiederum das shell-Skript "/usr/lib/acpid/lid_button" aufgerufen wird. Dort kann ich aus /proc/acpi/button/lid/LID0/state herausfinden, ob es ein "close" oder ein "open" - Event war und entsprechend s2ram aufrufen - oder nicht. So weit, so gut. Nur: so soll das ja eigentlich nicht sein. Irgendwo hier ist ein Bug vergraben, weil die Nachricht vom acpi-Daemon nicht bei PowerDevil "ankommt". Bevor ich jetzt einen Bug-Report a la "PowerDevil geht nicht" aufmache, wollte ich weiter debuggen. Ich wäre jetzt per dbus-monitor weitergegangen, aber der Aufruf dbus-monitor \ "type='signal',sender='org.kde.PowerDevil',interface='org.kde.PowerDevil'" (Zeilenumbruch nach dbus-monitor sollte nicht sein, macht mein Mailer, daher "\"). bringt nichts sinnvolles hervor. Hat jemand noch eine Idee, wie (und wo) ich weitersuchen kann / soll, bevor ich einen Bug-Report schreibe? Vielen Dank schonmal, bis dahin Dieter -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (1)
-
Dr. Ing. Dieter Jurzitza