Problem APM suspend_to_ram mit SuSE 9.2 dcop hängt
Nach dem Update auf SuSE 9.2 hängt der Suspend. Powersaved versucht über dcop den screensaver zu aktivieren. Das script hängt einfach an der entsprechenden Stelle. Wenn es killt, läuft der Rechner in den suspend und läßt sich danach auch wieder aufwecken. Hat jemand irgendwelche Ideen? -- -------------------------------------------------------- Markus Klingspor markus@klingspors.de mobile: +49.170.7917720 Jakob-Bleyer-Straße 20 phone: +49.7156.175966 70839 Gerlingen fax: +49.7156.175965 --------------------------------------------------------
On Mon, Nov 01, 2004 at 06:47:16PM +0100, Markus Klingspor wrote:
Nach dem Update auf SuSE 9.2 hängt der Suspend. Powersaved versucht über dcop den screensaver zu aktivieren. Das script hängt einfach an der entsprechenden Stelle. Wenn es killt, läuft der Rechner in den suspend und läßt sich danach auch wieder aufwecken.
Hat jemand irgendwelche Ideen?
in diesem Fall wäre der Workaround, den screensaver nicht zu aktivieren: in /etc/sysconfig/powersave/events POWERSAVE_EVENT_GLOBAL_SUSPEND2DISK="prepare_suspend_to_disk do_suspend_to_disk" POWERSAVE_EVENT_GLOBAL_SUSPEND2RAM="prepare_suspend_to_ram do_suspend_to_ram" (das screen_saver in der Mitte rausnehmen). -- Stefan Seyfried
Danke für die schnelle Antwort, das habe ich inzw. auch gemacht, nachdem ich herausgefunden hatte, wo das ganze hing. Was mir noch nicht ganz klar ist, ist was in welcher Reihenfolge genau passiert und warum das ganze hängt. Aus den Quellen von powersaved bin ich auf die Schnelle auch nicht ganz schlau geworden. Ich habe versucht den Aufruf von screen_saver vor prepare_... zu setzen. Der Effekt ist der gleiche. Es scheint, das irgendetwas bereits heruntergefahren ist, bevor die Skripte laufen. Wer kennt sich mit powersaved genauer aus? Stefan Seyfried wrote:
On Mon, Nov 01, 2004 at 06:47:16PM +0100, Markus Klingspor wrote:
Nach dem Update auf SuSE 9.2 hängt der Suspend. Powersaved versucht über dcop den screensaver zu aktivieren. Das script hängt einfach an der entsprechenden Stelle. Wenn es killt, läuft der Rechner in den suspend und läßt sich danach auch wieder aufwecken.
Hat jemand irgendwelche Ideen?
in diesem Fall wäre der Workaround, den screensaver nicht zu aktivieren:
in /etc/sysconfig/powersave/events POWERSAVE_EVENT_GLOBAL_SUSPEND2DISK="prepare_suspend_to_disk do_suspend_to_disk" POWERSAVE_EVENT_GLOBAL_SUSPEND2RAM="prepare_suspend_to_ram do_suspend_to_ram"
(das screen_saver in der Mitte rausnehmen).
-- -------------------------------------------------------- Markus Klingspor markus@klingspors.de mobile: +49.170.7917720 Jakob-Bleyer-Straße 20 phone: +49.7156.175966 70839 Gerlingen fax: +49.7156.175965 --------------------------------------------------------
On Tue, Nov 02, 2004 at 12:05:14AM +0100, Markus Klingspor wrote:
Danke für die schnelle Antwort,
das habe ich inzw. auch gemacht, nachdem ich herausgefunden hatte, wo das ganze hing. Was mir noch nicht ganz klar ist, ist was in welcher Reihenfolge genau passiert und warum das ganze hängt.
bei ACPI ist es "ganz einfach": die events in "POWERSAVE_EVENT_GLOBAL_SUSPEND2RAM" werden der Reihe nach abgearbeitet, der letzte darin ist "do_suspend2ram", was den suspend macht. Nach dem resume werden alle events in "POWERSAVE_EVENT_GLOBAL_RESUME_SUSPEND2RAM" ausgeführt, danach ist hoffentlich alles wieder ganz. Für APM siehe unten.
Aus den Quellen von powersaved bin ich auf die Schnelle auch nicht ganz schlau geworden. Ich habe versucht den Aufruf von screen_saver vor prepare_... zu setzen. Der Effekt ist der gleiche. Es scheint, das irgendetwas bereits heruntergefahren ist, bevor die Skripte laufen.
Wer kennt sich mit powersaved genauer aus?
Ich, aber nicht mit APM :-) Wenn ich mich recht entsinne, sind bei APM manche Sachen im BIOS geregelt, das heisst anders als bei ACPI (wo es einfach einen event "knopf x gedrückt" gibt, auf den das Betriebssytem reagieren muss), wird beim drücken des sleep- buttons bei APM direkt eine BIOS aktion ausgelöst und der Kernel kann im besten Fall reagieren, aber nicht viel dagegen tun (wie gesagt, so habe ich das in Erinnerung, aber das kann auch falsch sein). Warum nun nur der screensaver fehlschlägt? Keine Ahnung. Du kannst ja mal "notify" eintragen und schauen, ob das auch hängt. Notify sollte nur ein Fenster aufpoppen und etwas rumpiepsen. Dummerweise habe ich praktisch keine Maschinen mehr, auf denen APM noch geht, darum kann ich es nicht so richtig testen. Aktuelle Hardware kann fast nur noch ACPI. -- Stefan Seyfried
Stefan Seyfried writes:
On Mon, Nov 01, 2004 at 06:47:16PM +0100, Markus Klingspor wrote:
Nach dem Update auf SuSE 9.2 hängt der Suspend. Powersaved versucht über dcop den screensaver zu aktivieren. Das script hängt einfach an der entsprechenden Stelle. Wenn es killt, läuft der Rechner in den suspend und läßt sich danach auch wieder aufwecken.
in diesem Fall wäre der Workaround, den screensaver nicht zu aktivieren:
in /etc/sysconfig/powersave/events POWERSAVE_EVENT_GLOBAL_SUSPEND2DISK="prepare_suspend_to_disk do_suspend_to_disk" POWERSAVE_EVENT_GLOBAL_SUSPEND2RAM="prepare_suspend_to_ram do_suspend_to_ram"
Danke Stefan,
das hat bei mir (Thinkpad X31) auch gut geklappt, aber... das alte Problem
bleibt nach wie vor: das Backlight bleibt eingeschaltet.
Bevor SuSE 9,2 habe ich einfach APM weiterverwendet, da das suspend_to_ram
schnell und problemlos immer geklappt hat. Wenn der einzige Haken nur
diese Backlampe ist, muss es irgendwie auch unter ACPI klappen, denke
ich.
Vorher gab's irgendwelche Skripte um die Lampe aus- und einzuschalten (das
habe ich nie richtig im Laud geschafft).
Hat jemand Vorschläge oder eigene Erfahrungen die helfen könnte?
Danke im voraus,
-K
--
Kevin Pfeiffer
Kevin Pfeiffer writes:
das hat bei mir (Thinkpad X31) auch gut geklappt, aber... das alte Problem bleibt nach wie vor: das Backlight bleibt eingeschaltet.
[unter ACPI]
Bevor SuSE 9,2 habe ich einfach APM weiterverwendet, da das suspend_to_ram schnell und problemlos immer geklappt hat. Wenn der einzige Haken nur diese Backlampe ist, muss es irgendwie auch unter ACPI klappen, denke ich.
Unter APM läuft alles wieder "wie geschmiert" und ich werde wohl dabei
bleiben, da das suspend_to_ram so schnell ist und auch mit dem
Laptopschließen klappt.
-K
--
Kevin Pfeiffer
participants (3)
-
Kevin Pfeiffer
-
Markus Klingspor
-
Stefan Seyfried