Bug#523589: xserver-xorg-video-radeon: dualhead broke with upgrade

Alex Deucher alexdeucher at gmail.com
Wed Apr 15 08:08:08 PDT 2009


On 4/15/09, di dit <didit21 at gmail.com> wrote:
> 2009/4/14 Alex Deucher <alexdeucher at gmail.com>:
>
> > Both heads are probably using the same crtc, but xrandr isn't smart
>  > enough to assign a different one.  You can see what crtc is in use by
>  > running xrandr --verbose.  You can assign a different crtc to the
>  > other head like so:
>  > xrandr --output DVI-1 --crtc 1 --mode 1280x1024 --left-of DVI-0
>
>
>
> Thanks for the suggestion. Unfortunately, it doesn't solve my problem.
>  Here are the results of some tests obtained using the following
>  minimal xorg.conf file:
>  Section "Screen"
>         Identifier      "screen"
>         SubSection "Display"
>                 Depth           24
>                 Virtual 2600 1024
>         EndSubSection
>  EndSection
>
>  The output of xrandr --verbose at each step is given in the attached file.
>
>  1/ startx (window manager e16) results in monitors in clone mode as expected.
>  DVI-0 and DVI-1 do indeed use the same crtc (0).
>
>  2/ xrandr --output DVI-0 --crtc 0 --mode 1280x1024
>  nothing happens (as expected)
>
>  3/ xrandr --output DVI-1 --crtc 1 --mode 1280x1024
>  The monitor connected to DVI-0 enter power save mode.
>
>  4/ xrandr --output DVI-0 --off
>  nothing happens except that the following command wouldn't change
>  anything without it.
>
>  5/ xrandr --output DVI-0 --crtc 0 --mode 1280x1024
>  DVI-0 monitor goes on, DVI-1 monitor goes into power save mode
>
>  Another "funny" issue is that after running startx and without
>  "playing" with xrandr, if I switch off the
>  monitor connected to DVI-1 then the mouse pointer doesn't move on the
>  other monitor. This problem
>  doesn't exist when the monitor connected to DVI-1 is on and the other one off.
>
>

Sounds like:
https://bugs.freedesktop.org/show_bug.cgi?id=21199

Does:
xset dpms force off
followed by moving the mouse cause both screens to come on?

Alex





More information about the xorg-driver-ati mailing list