Hello, 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)" Cheers, Nico
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 (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
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.
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.