Mailinglist Archive: radeonhd (168 mails)

[bugzilla-daemon@xxxxxxxxxxxxxxx]

http://bugs.freedesktop.org/show_bug.cgi?id=17714


Egbert Eich <eich@xxxxxxxxxxxxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WORKSFORME




--- Comment #1 from Egbert Eich <eich@xxxxxxxxxxxxxxxxxxx>  2008-09-23 00:04:08 
PST ---
> 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@xxxxxxxxxxx
http://lists.x.org/mailman/listinfo/xorg-team
-- 
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx