> 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
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to