http://bugzilla.kernel.org/show_bug.cgi?id=6001
------- Comment #34 from [EMAIL PROTECTED] 2008-03-14 10:37 -------
AFAIK DOS=1 isn't demanded by the spec, all of the values are supposed to work:
Arguments:
Bit 1:0
0: The system BIOS should not automatically switch (toggle) the
active display output,
but instead just save the desired state change for the
display output devices in
variables associated with each display output, and generate
the display switch event.
OSPM can query these state changes by calling the _DGS
method.
1: The system BIOS should automatically switch (toggle) the
active display output, with
no interaction required on the OS part. The display switch
event should not be
generated in this case.
2: The _DGS values should be locked. It’s highly recommended
that the system BIOS
do nothing when hotkey pressed. No switch, no notification.
3: The system BIOS should not automatically switch (toggle) the
active display output,
but instead generate the display switch event notify codes
0x82, 0x83, or 0x84.
OSPM will determine what display output state should be set,
and change the display
output state without further involvement from the system
BIOS.
Bit 2
0: The system BIOS should automatically control the brightness
level of the LCD when
the power changes from AC to DC.
1: The system BIOS should not automatically control the
brightness level of the LCD
when the power changes from AC to DC.
DOS=1 was added to the spec so machines w/o multi-head aware graphics drivers
could still use multiple screens (typically laptops running Windows 95ish
stuff). vgacon & fb drivers also fall into that category, but the X drivers
for the main chipsets these days do not. So I think Thomas is on the right
track: at X startup, DOS should probably be set to something other than 1
(either 0, 2 or 3 depending on what the X driver supports).
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
