[Bug 933710] Re: Laptops with eDP panels do not suspend when lid closed

[Seth Forshee]

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