[Bug 17714] New: improper handling of close-lid events
http://bugs.freedesktop.org/show_bug.cgi?id=17714 Summary: improper handling of close-lid events Product: xorg Version: 7.4 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/radeonhd AssignedTo: lverhaegen@suse.de ReportedBy: estellnb@gmail.com QAContact: xorg-team@lists.x.org If I close the lid of my laptop only the internal PANEL screen should be powered off. Externally connected monitors like DVI-D_1 are expected to be kept alive. Besides this it would probably be the best solution if the driver itself ignored the close-lid event as the text consoles vt01,vt02,- do and let the close-lid event merely be handled by acpid or powersave alone. The proprietary fglrx-driver offers an --ignore-lid policy switch if that kind of behaviour should be required. # xrandr -q|grep connected PANEL connected TV_7PIN_DIN disconnected DVI-D_1 connected 1920x1200+0+0 550mm x 344mm VGA_1 disconnected -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
http://bugs.freedesktop.org/show_bug.cgi?id=17714
Egbert Eich
If I close the lid of my laptop only the internal PANEL screen should be powered off. Externally connected monitors like DVI-D_1 are expected to be kept alive. When I close the lid the backlight powers off while the externally attached display remains lit. I've just retested this on two different laptops here.
# xrandr -q|grep connected PANEL connected
Could it be that you are looking for the wrong thing here? Internal panels are expected to be connected always (we don't expect users to physcailly remove them). Also they remain active as there is no decent way for the X driver to obtain information on the current lid state: the BIOS scratch registers designed for this don't provide accurate information on any machine I've checked and X presently doesn't have a reliable way to obtain such information form ACPI.
Besides this it would probably be the best solution if the driver itself ignored the close-lid event as the text consoles vt01,vt02,- do and let the close-lid event merely be handled by acpid or powersave alone. The proprietary fglrx-driver offers an --ignore-lid policy switch if that kind of behaviour should be required.
The driver does ignore the close-lid event. The output remains active, the backlight is powered off externally (by SMI, firmware). For power saving the internal output should probably be deactivated (output and crtc powered down). Currently the goal is to keep policy away from the server and leave it to the desktop session to determine how to deal with such events. Xrandr provides the interfaces for an X client which listens to ACPI events to disable the panel. Thus things work as expected. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
participants (1)
-
bugzilla-daemon＠freedesktop.org