Bug 21280 - Setting "Option Enable false" in Monitor Section of xorg.conf doesn't work
Summary: Setting "Option Enable false" in Monitor Section of xorg.conf doesn't work
Status: REOPENED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: 7.4 (2008.09)
Hardware: Other All
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-19 04:17 UTC by r087r70
Modified: 2014-07-25 17:41 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (126.22 KB, text/plain)
2009-04-19 04:17 UTC, r087r70
no flags Details
Xorg.0.log with modedebug (67.63 KB, text/plain)
2009-04-21 01:23 UTC, r087r70
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description r087r70 2009-04-19 04:17:15 UTC
Created attachment 24937 [details]
Xorg.0.log

I have two monitors connected: tv lcd on the vga port and the primary monitor on the dvi port. The problem is that the primary monitor is assigned to the vga port and there's no way to change that, unless using "ignore" option, but that's not what I want.
When X starts both the monitors are enabled, and it chooses a resolution valid to both. Then I have to exec the following line:
xrandr --output VGA --off ; xrandr --output HDMI-1 --mode 1280x1024 --rate 75
to put the system in the right mode.

From man xorg.conf:
Option "Enable"  "bool"
   This  optional entry specifies whether the monitor should be
   turned on at startup.  By default, the server will attempt to               
   enable all connected monitors.



my xorg.conf:

Section "Monitor"
        Identifier      "Monitor[0]"
        Option          "DPMS" "true"
EndSection
Section "Monitor"
        Identifier      "Monitor[1]"
        Option  "DPMS"  "true"
        Option  "Enable" "false"
EndSection
Section "Device"
        Identifier "Device[0]"
        Driver "intel"
        Option "Monitor-HDMI-1" "Monitor[0]"
        Option "Monitor-VGA"    "Monitor[1]"
EndSection


I'm on an intel G45 chipset with debian sid.
Comment 1 MaLing 2009-04-20 05:44:20 UTC
Could you please upload your log file with modedebug option on ?
thanks
maling
Comment 2 r087r70 2009-04-21 01:23:48 UTC
Created attachment 24988 [details]
Xorg.0.log with modedebug
Comment 3 MaLing 2009-04-21 18:53:05 UTC
yes, vga port is assigned by primary pipe A, DVI by pipe B,
log file shows two monitors work correctly. 
Why do you ask pipe A to be assigned to DVI?
thanks
maling
Comment 4 r087r70 2009-04-22 10:57:35 UTC
(In reply to comment #3)
> yes, vga port is assigned by primary pipe A, DVI by pipe B,
> log file shows two monitors work correctly. 

that's the problem, they work despite i ask to disable the monitor attached to the vga port.

the vga monitor is 1360x768
the dvi monitor is 1280x1024

the resolution that xorg chooses at startup is 1024x768, that is the highest resolution common to both screens. Instead I wish to disable the vga-connected monitor at startup, so that I can have the proper 1280x1024 resolution on the pipe B.

The bug is that the whether i set Option "Enable" true or false doesn't change nothing. 

thanks
rob


Comment 5 MaLing 2009-04-26 22:52:45 UTC
Please modify you xorg.conf as below, thanks.

Section "Monitor"
        Identifier      "Monitor[1]"
        Option  "DPMS"  "true"
        Option  "Disable" "true"
EndSection
Comment 6 r087r70 2009-04-27 11:30:28 UTC
It works!

So the xorg.conf man-page should be adjusted accordingly.

Thank you,
Rob.
Comment 7 Patrick Hemmer 2014-02-13 15:38:19 UTC
I'm reopening this as this is a bug. The description is 'Setting "Option Enable false" in monitor section of xorg.conf doesn't work'. This is completely accurate. The man page clearly documents this. It mentions nothing about using "Disable true" instead of "Enable false".

The last comment from almost 5 years ago is about the documentation being incorrect, and it is still incorrect.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct.