[Bug 933710] Re: Laptops with eDP panels do not suspend when lid closed
Seth Forshee
seth.forshee at canonical.com
Mon Feb 20 16:35:31 UTC 2012
I added the upstream bug watch. However I'm not in agreement with the
reclassification of this as high. This bug means that someone could
close their laptop lid and think the machine is suspended when it isn't,
which can have severe consequences. It's also a regression due to the
recent changes in g-s-d.
I'm also adding xserver-xorg-video-intel to the bug, as I'm beginning to
think the root cause of the issue may lie here. libgnome-desktop first
queries with RandR to see whether or not the output drives a laptop
panel, and obviously this is failing to report the status correctly. I
see that there's some code in intel_display.c that's commented out to
treat eDP similarly to LVDS, due to a bug [1] that marked as being
fixed. It's a guess, but maybe this is why RandR fails to recognize the
eDP output as driving a laptop panel?
[1] https://bugs.freedesktop.org/show_bug.cgi?id=38012
** Bug watch added: freedesktop.org Bugzilla #38012
https://bugs.freedesktop.org/show_bug.cgi?id=38012
** Changed in: xserver-xorg-video-intel (Ubuntu Precise)
Importance: Undecided => Critical
** Changed in: xserver-xorg-video-intel (Ubuntu Precise)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/933710
Title:
Laptops with eDP panels do not suspend when lid closed
Status in GNOME Desktop Common Files:
Unknown
Status in “gnome-desktop3” package in Ubuntu:
Confirmed
Status in “xserver-xorg-video-intel” package in Ubuntu:
Confirmed
Status in “gnome-desktop3” source package in Precise:
Confirmed
Status in “xserver-xorg-video-intel” source package in Precise:
Confirmed
Bug description:
Recently this machine stopped suspending when the lid is closed. It
suspends just fine from the menu, but when the lid is closed the
backlight turns off for a few seconds then comes back on, but the
machine never suspends. I can't find any indication in the logs that
anything even attempted to initiate a suspend. Often after opening the
lid the desktop has become completely unresponsive.
I'm not sure that this is a bug in gnome-settings-daemon, but I've
traced it up the stack far enough to know that the events are coming
out of the kernel and that upower is detecting the lid status changes
and sending out events on dbus.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: gnome-settings-daemon 3.3.5-0ubuntu3
ProcVersionSignature: Ubuntu 3.2.0-16.25-generic 3.2.6
Uname: Linux 3.2.0-16-generic x86_64
ApportVersion: 1.91-0ubuntu1
Architecture: amd64
Date: Thu Feb 16 12:03:27 2012
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64+mac (20111208)
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gnome-settings-daemon
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/gnome-desktop/+bug/933710/+subscriptions
More information about the Ubuntu-sponsors
mailing list