Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 590466 - Doesn't suspend on lid close
Doesn't suspend on lid close
Status: CLOSED DUPLICATE of bug 590090
Product: Fedora
Classification: Fedora
Component: upower (Show other bugs)
13
All Linux
low Severity medium
: ---
: ---
Assigned To: Richard Hughes
Fedora Extras Quality Assurance
:
: 590521 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-05-09 13:15 EDT by Bastien Nocera
Modified: 2013-01-10 03:08 EST (History)
12 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-05-10 16:28:23 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Bastien Nocera 2010-05-09 13:15:21 EDT
kernel-2.6.33.3-85.fc13.x86_64

$ sudo evtest /dev/input/event0 
Input driver version is 1.0.0
Input device ID: bus 0x19 vendor 0x0 product 0x5 version 0x0
Input device name: "Lid Switch"
Supported events:
  Event type 0 (Sync)
  Event type 5 (?)
    Event code 0 (?)
Testing ... (interrupt to exit)




Event: time 1273424988.764554, type 5 (?), code 0 (?), value 1
Event: time 1273424988.764572, -------------- Report Sync ------------
Event: time 1273424991.980589, type 5 (?), code 0 (?), value 0
Event: time 1273424991.980605, -------------- Report Sync ------------

This happens when closing and then opening the lid. And my system fails to suspend when I close the lid, as expected.
Comment 1 Adam Williamson 2010-05-10 08:20:15 EDT
For me this isn't a blocker, it doesn't hit anything on the criteria and it's not really a critical function. Though obviously it's an inconvenience and we should fix it ASAP, I'd  be happy with it going out as an update.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 2 Adam Williamson 2010-05-10 08:40:46 EDT
*** Bug 590521 has been marked as a duplicate of this bug. ***
Comment 3 Adam Williamson 2010-05-10 08:41:28 EDT
The dupe bug 590521 has a hardware profile from one sufferer of this bug:

http://www.smolts.org/client/show/pub_efe3df8e-c410-4ae1-974b-4f8956e3a79e

Rodd, Bastien, can you please say what hardware you're using? Thanks.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 4 Adam Williamson 2010-05-10 08:58:52 EDT
FWIW, this system - a Thinkpad X40 - does *not* suffer the bug. Setting it to suspend on lid close, with kernel -85, it does try to suspend when the lid is closed.
Comment 5 Mihai Harpau 2010-05-10 09:04:45 EDT
On my laptop, Dell Latitude E5400, with F13 RC2 also I don't see this bug.
Comment 6 Bastien Nocera 2010-05-10 09:43:35 EDT
My machine is a Macbook Air first gen (MacbookAir1,1). It regressed from earlier kernels though I don't have them at hand to test anymore.
Comment 7 Adam Williamson 2010-05-10 10:32:17 EDT
Do you happen to remember which was the last kernel that worked? That'd help narrow it down.
Comment 8 Matthew Garrett 2010-05-10 10:53:54 EDT
There isn't supposed to be a keycode for the lid. It sends a switch event, which is event type 5, event code 0. The evtest output shows that correctly switching between state 0 and 1. So I think the kernel is fine here.
Comment 9 Adam Williamson 2010-05-10 11:12:18 EDT
on my working laptop, I get exactly the same (well, minus timestamps, obviously) evtest output, FWIW.
Comment 10 Adam Williamson 2010-05-10 11:18:41 EDT
jlaska agrees this is not a blocker, taking off the list. if anyone really disagrees, please add it again and we'll discuss at the go/no-go tomorrow.
Comment 11 Bastien Nocera 2010-05-10 15:18:52 EDT
Probably a upower bug:
TI:20:12:50	FI:up-input.c	FN:up_input_event_io,133
 - event.value=1 ; event.code=0 (0x00)
TI:20:12:50	FI:up-daemon.c	FN:up_daemon_set_lid_is_closed,686
 - lid_is_closed = no
TI:20:12:50	FI:up-input.c	FN:up_input_event_io,133
 - event.value=0 ; event.code=0 (0x00)
TI:20:12:50	FI:up-input.c	FN:up_input_event_io,137
 - not a switch event
TI:20:12:52	FI:up-input.c	FN:up_input_event_io,133
 - event.value=0 ; event.code=0 (0x00)
TI:20:12:52	FI:up-daemon.c	FN:up_daemon_set_lid_is_closed,686
 - lid_is_closed = yes
TI:20:12:52	FI:up-input.c	FN:up_input_event_io,133
 - event.value=0 ; event.code=0 (0x00)
TI:20:12:52	FI:up-input.c	FN:up_input_event_io,137
 - not a switch event

That's closing and reopening the lid.

And gnome-power-manager doesn't seem to receive events...
Comment 12 Bastien Nocera 2010-05-10 15:24:02 EDT
udev-151-9.fc13.x86_64
gnome-power-manager-2.30.1-1.fc13.x86_64
Comment 13 Bastien Nocera 2010-05-10 16:26:35 EDT
Regression from upower-0.9.12

upower 0.9.13 is broken.
Comment 14 Bastien Nocera 2010-05-10 16:28:23 EDT

*** This bug has been marked as a duplicate of bug 590090 ***

Note You need to log in before you can comment on or make changes to this bug.