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)"
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.
well, acpi events do indeed work:
[17:58] brief:~# cat /proc/acpi/event
button/lid LID0 00000080 00000008
button/lid LID0 00000080 00000009
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
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.
If the uevent is being sent and dpms off is working, there is not much else the driver is meant to do.
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.
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.