> 15:12:41.659: computer_logicaldev_input_3 condition ButtonPressed = sleep > 15:12:41.690: platform_i8042_i8042_KBD_port_logicaldev_input condition > ButtonPressed = sleep
I think this is an acpi-support bug (i.e., this bug is caused by acpi- support being here at all) - acpi-support is set up to synthesize a 'sleep' key event when pressing Fn+F4, but the kernel already handles synthesizing this event, so we end up with *two* hal sleep events showing up on two different input devices. Whether the hal events are what g-p-m or kpowersave should be listening for is a separate question - but we definitely shouldn't be emitting two sleep events for one key press. Conveniently, it happens that I've already committed a fix for this to the acpi-support bzr branch, and will upload soon. In the meantime, users can verify that this fixes the problem by running 'sudo /etc/init.d/acpid stop' and then suspending with Fn+F4. ** Changed in: hal (Ubuntu) Status: New => Invalid ** Changed in: acpi-support (Ubuntu) Sourcepackagename: linux => acpi-support Assignee: Andy Whitcroft (apw) => Steve Langasek (vorlon) Status: In Progress => Fix Committed ** Changed in: gnome-power Status: New => Invalid ** Changed in: gnome-power-manager (Ubuntu) Status: New => Invalid ** Changed in: pm-utils (Ubuntu) Status: New => Invalid -- Resume (from memory) goes back to sleep automatically https://bugs.launchpad.net/bugs/306310 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs