GUI screen config tool should generate an randr 1.2 configuration where possible
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
displayconfig-gtk (Ubuntu) |
Fix Released
|
Critical
|
Bryce Harrington | ||
Bug Description
Binary package hint: displayconfig-gtk
Where possible, displayconfig-gtk should generate an xorg.conf file that uses RandR 1.2 rather than the older xinerama server code, as it makes better use of the card's features (e.g. sharing a single framebuffer for multiple monitors), and allows runtime reconfiguration of the displays.
There is some information on configuring an initial RandR 1.2 layout available on the Intel Linux Graphics website:
http://
The instructions there worked when configuring dual head on my Radeon 9200SE, modulo different naming of the outputs. To configure the "DVI-0" and "VGA-0" outputs on my system, I used the following configuration fragment:
Section "Device"
Driver "ati"
BusID "PCI:1:0:0"
Option "monitor-DVI-0" "Sony SDM-S74 [1]"
Option "monitor-VGA-0" "Sony SDM-S74 [2]"
EndSection
Section "Monitor"
Option "DPMS"
HorizSync 30-65
Option "LeftOf" "Sony SDM-S74 [2]"
EndSection
Section "Monitor"
Option "DPMS"
HorizSync 30-65
EndSection
Section "Screen"
Device "ATI Technologies Inc RV280 [Radeon 9200 SE]"
Monitor "Sony SDM-S74 [1]"
EndSection
One quirk I noticed was that I could not specify the position of the VGA-0 monitor relative to the DVI-0 monitor -- I needed to do the opposite. From a look at the "xrandr" command line tool output, this is probably because the VGA-0 output is the first one, and they set up the outputs in order so it doesn't know how to process the positioning option.
---
GNOME control center folks have said they prefer a C-based solution to this, so rather than add xrandr to displayconfig-gtk, they suggested merging efforts with Soren's work.
Changed in displayconfig-gtk: | |
importance: | Undecided → Critical |
description: | updated |
Changed in displayconfig-gtk: | |
status: | Fix Committed → Fix Released |
I am already working (planing phase) on integrating xrandr into guidance. But it requires a lot of code refractoring. The goal of displayconig-gtk is to support both worlds.
I will use this bug as a duplicate collection for all xrandr feature requests in the future.