I guess this is a KDE4 issue for me - fixed it by installing kpowersave. The process gets as far as acpid running 'fake_acpi 142', which opens /dev/input/event1 and writes some data to it. Somewhere the event is being silently dropped between Xorg and KDE4.
With kpowersave running, I can suspend, resume, suspend repeatedly. The ibm_acpi module no longer reports only one keypress (I expect it has some code waiting for resume, since in normal use it shouldn't see two suspends in a row without an intermediate resume).
When X isn't running the suspend event gets dropped by hald (addon-acpi.c :195: event is ibm/hotkey HKEY 00000080 00001004). I'm not even sure if the suspend button is supposed to work from the console.
I guess this is a KDE4 issue for me - fixed it by installing kpowersave. The process gets as far as acpid running 'fake_acpi 142', which opens /dev/input/event1 and writes some data to it. Somewhere the event is being silently dropped between Xorg and KDE4.
With kpowersave running, I can suspend, resume, suspend repeatedly. The ibm_acpi module no longer reports only one keypress (I expect it has some code waiting for resume, since in normal use it shouldn't see two suspends in a row without an intermediate resume).
If this bug is specific to Gnome I'll follow up to https:/ /bugs.launchpad .net/ubuntu/ +source/ acpi/+bug/ 281284
When X isn't running the suspend event gets dropped by hald (addon-acpi.c :195: event is ibm/hotkey HKEY 00000080 00001004). I'm not even sure if the suspend button is supposed to work from the console.