Unusable Area on main screen in 2 screen setup

[mlindeblom]

Catalyst Control Center appears to have now way of putting screen on left side.
Using "xrandr --output CRT2 --left-of DFP4" on my HD5750 creates unusable area as shown in screen capture.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: fglrx 2:8.723.1-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-20.29-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-20-generic x86_64
NonfreeKernelModules: fglrx
Architecture: amd64
Date: Mon Apr 12 21:58:56 2010
DkmsStatus: fglrx, 8.723.1, 2.6.32-20-generic, x86_64: installed
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha amd64 (20100412)
MachineType: Gigabyte Technology Co., Ltd. GA-MA78GM-S2H
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-20-generic root=UUID=d208ab82-e908-4e3c-819e-24534a759d34 ro quiet splash
ProcEnviron:
 LANG=en_CA.utf8
 SHELL=/bin/bash
SourcePackage: fglrx-installer
dmi.bios.date: 02/10/2009
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F8a
dmi.board.name: GA-MA78GM-S2H
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF8a:bd02/10/2009:svnGigabyteTechnologyCo.,Ltd.:pnGA-MA78GM-S2H:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnGA-MA78GM-S2H:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: GA-MA78GM-S2H
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
system:
 distro: Ubuntu
 codename: lucid
 architecture: x86_64
 kernel: 2.6.32-20-generic

[Felix Kuehling (felix-kuehling)]

Looks like normal behaviour to me. The CRT uses a lower resolution, so you end up with dead space. You can change the resolution on the CRT to match the vertical size of the DFP.

[mlindeblom (mlindeblom)]

Problem 1.
Catalyst Control Center lists the smaller screen as being on the right side of the main screen.
The screenshot.png show the second screen on the left side of the main screen.

Problem 2.
The dead spot is the blob in the lower right side of the main screen. As Felix pointed out it is just beyond the resolution of the main screen size if you start from the smaller second screen as being the main screen. The driver is confused as to which is screen 1 and which is screen 2.

[mlindeblom (mlindeblom)]

Blender 2.5 with 2 screen operational

[mlindeblom (mlindeblom)]

Blender 2.5 with second screen disabled.

Compiz is useless with second screen enabled as well.

[Felix Kuehling (felix-kuehling)]

Ok, let me restate the problem: "Monitors positioned incorrectly and visual corruption in 2 monitor setup with monitors positioned side by side"

Your xorg.conf clearly shows that CRT2 should be right of DFP4. But your screenshot shows the opposite positioning. I'm assuming the original screenshot in comment #1 was generated with the xorg.conf in comment #1. Is this correct?

[mlindeblom (mlindeblom)]

Felix, all your statements are correct. "xrandr --output CRT2 --left-of DFP4" used after login to get screen on left side. I can not find place in amdcccle to do this move.

The HD5750 is a PowerColor AX5750 1GBD5-S3DH s/n:PG0911022829.
The main LCD is a Benq m2400hd connected by DVI cable to top connector (DFP4 in xrandr).
The second LCD is an analog TV connected to lower DVI connector with an adapter.

I have been unable to do a fresh install without physically disconnecting the second analog LCD. I get ubuntu boot screen with 5 dots and then blank screen so I can not enter to setup data. This obviously does not use fglrx; however: it indicates some conflict with DVI connections not handled by install CD driver.

I included the blender screen shots to show another conflict with the connections. I use Catalyst Control Center to disable the analog LCD. It is still physically connected.

[Felix Kuehling (felix-kuehling)]

> Felix, all your statements are correct. "xrandr --output CRT2 --left-of DFP4" used
> after login to get screen on left side. I can not find place in amdcccle to do this move.

You should be able to move the monitors around in CCC-LE by drag-and-drop to change their relative positions.

[Felix Kuehling (felix-kuehling)]

> The second LCD is an analog TV connected to lower DVI connector with an adapter.

Can you confirm what kind of display and connector this is? Is it a TV with SVideo, Composite (1 RCA) or Component video (3 RCA) input? Or is it an LCD monitor with VGA (15-pin D-Sub connector) input?

[mlindeblom (mlindeblom)]

Using drag and drop via amdcccle to reposition screen works. Operations moving a gnome-terminal to all areas of both screens was great. Visual Effects in Appearance Preferences is set to extra.

The blender 2.5 screen was randomly garbled until I disabled second screen with amdcccle.

The analog LCD is connected via a DVI to VGA D-Sub adapter. The native size is 1024x768.

[mlindeblom (mlindeblom)]

If Visual Effects in Appearance Preferences is set to none, blender 2.5 works well with second monitor enabled.

Visual Effects of normal or extra cause blender to garble unless second monitor is disabled.

[Bryce Harrington (bryce)]

Thanks for reporting this issue, and I see it is flagged in our testing results at http://qa.ubuntu.com/reports/xorg_prop_drivers/ so thanks for that as well.

From the description and comments, it is unclear to me if this is a regression; perhaps it is an issue that has been in the driver since it was uploaded and only now has been noticed. So it seems unlikely this is due to a change in some component other than -fglrx (which is what we're looking for in this testing). I see Felix has already seen and responded to this issue, so assuming it is indeed a bug in fglrx I think we can consider this has been communicated to upstream.

If anyone else is able to reproduce this issue, I think this qualifies as a medium importance bug, but at present since only one person has seen it, and since the issue is not severe (no crashes or freezes, doesn't prevent installation or boot, system is still basically usable, and does not occur with default settings) I'm setting it to Low for now.

[Felix Kuehling (felix-kuehling)]

It could be a bug in Compiz too since the corruption only occurs when compiz is used. If someone reproduces it with fglrx and fails to reproduce it with radeon with the same set of monitors it would show that the problem is likely in fglrx. That would require hardware with 3D support in both fglrx and radeon.

[Ofer Chen (oferchen)]

try latest ATI hofix and try again ;), fixed my issues with similar setup.
http://support.amd.com/us/kbarticles/Pages/GPU83ATICatalystLinuxHotfix.aspx