Bug 45398 - MacBook Air 4,2: No display blank on lid close
Summary: MacBook Air 4,2: No display blank on lid close
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Daniel Vetter
QA Contact:
Depends on:
Reported: 2012-01-30 05:45 UTC by nico-freedesktop.org
Modified: 2017-07-24 23:02 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Description nico-freedesktop.org 2012-01-30 05:45:00 UTC

closing the lid on the macbook air 4,2 on archlinux does not blank the screen.

Using xset dpms force off works though.

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)

[   178.321] (II) intel(0): Integrated Graphics Chipset: Intel(R) Sandybridge Mobile (GT2)
[   178.321] (--) intel(0): Chipset: "Sandybridge Mobile (GT2)"


Comment 1 Chris Wilson 2012-01-30 08:20:37 UTC
Usually a lid-state detection issue in the kernel, which requires a functioning ACPI OpRegion - and that might be a standard too far for Apple to bother to implement.
Comment 2 nico-freedesktop.org 2012-01-30 09:00:43 UTC
well, acpi events do indeed work:

[17:58] brief:~# cat /proc/acpi/event 
button/lid LID0 00000080 00000008
button/lid LID0 00000080 00000009

(lid close/open)

The brightness control in xorg does also not work:

[17:58] brief:type% xbacklight 
No outputs have backlight property

Not sure whether this is related though. It can be changed via echo directly though:

	echo '15' > /sys/devices/pci0000:00/0000:00:02.0/backlight/acpi_video0/brightness
Comment 3 nico-freedesktop.org 2012-01-30 09:02:08 UTC
oh, and for the kernel/xorg version:

[18:00] brief:type% uname -a
Linux brief 3.2.0-rc7 #108 SMP PREEMPT Thu Jan 6 01:38:35 CET 2011 x86_64 Intel(R) Core(TM) i7-2677M CPU @ 1.80GHz GenuineIntel GNU/Linux

[18:01] brief:type% X -version

X.Org X Server 1.11.4
Release Date: 2012-01-27
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.2.2-1-ARCH x86_64 
Current Operating System: Linux brief 3.2.0-rc7 #108 SMP PREEMPT Thu Jan 6 01:38:35 CET 2011 x86_64
Kernel command line: root=/dev/mapper/root cryptdevice=/dev/sda5:root ro initrd=../initramfs-mbaw.img BOOT_IMAGE=../vmlinuz-mbaw 
Build Date: 29 January 2012  03:38:00PM
Current version of pixman: 0.24.2
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Comment 4 Chris Wilson 2012-04-24 10:14:54 UTC
If the uevent is being sent and dpms off is working, there is not much else the driver is meant to do.
Comment 5 nico-freedesktop.org 2012-05-02 09:44:22 UTC
Is there somewhere documented, under which situations Xorg blanks the screen? I've acpid running, I do see the LID event, Xorg sees acpid running via socket, but nothing happens. 

Otherwise, can you tell me more about the uevent, where it should be emitted and how Xorg (socket, signal, rfc2549, ...) should receive the hint?

I guess this problem is more for people using "raw Xorg" without Gnome and KDE and should thus be documented cleanly somewhere, so one tool can be written to control screen brightness/on-off state independent of the actual WM running.
Comment 6 Daniel Vetter 2012-05-02 13:05:51 UTC
This _really_ is an integration bug, please file it with your distro (or your WM). Furthermore I have zero clue about how this stuff is supposed to integrate on a modern stack (with udev and upowerd and whatever these things are called now), so there's a slim change I can help.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.