Starting with xserver-xorg-video-ati version 1:6.7.196-1, windows are
maximising beyond the right of the screen, making it difficult to hit
scrollbars and so on. Version 1:6.7.195-2 worked correctly. Version
1:6.7.198~git20071223.ad3325f6-1 has not fixed it.

As well as the usual reportbug spam below, here is a diff between the
last working Xorg log and the first broken one. The screen physical size
has been set a bit larger, and 'VGA-0' is now using initial mode
1152x768.

Thanks. :)
--- Xorg.fixed.log	2007-12-31 03:19:48.000000000 +0000
+++ Xorg.broken.log	2007-12-31 03:19:21.000000000 +0000
@@ -12,7 +12,7 @@
 Markers: (--) probed, (**) from config file, (==) default setting,
 	(++) from command line, (!!) notice, (II) informational,
 	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
-(==) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 31 03:17:28 2007
+(==) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 31 03:18:43 2007
 (==) Using config file: "/etc/X11/xorg.conf"
 (==) ServerLayout "Default Layout"
 (**) |-->Screen "Default Screen" (0)
@@ -302,7 +302,7 @@
 (II) LoadModule: "ati"
 (II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so
 (II) Module ati: vendor="X.Org Foundation"
-	compiled for 1.4.0, module version = 6.7.195
+	compiled for 1.4.0, module version = 6.7.196
 	Module class: X.Org Video Driver
 	ABI class: X.Org Video Driver, version 2.0
 (II) LoadModule: "kbd"
@@ -323,7 +323,7 @@
 	compiled for 4.3.99.902, module version = 1.0.0
 	Module class: X.Org XInput Driver
 	ABI class: X.Org XInput driver, version 2.0
-(II) ATI: ATI driver wrapper (version 6.7.195) for chipsets: mach64, rage128, radeon
+(II) ATI: ATI driver wrapper (version 6.7.196) for chipsets: mach64, rage128, radeon
 (II) Primary Device is: PCI 01:05:0
 (II) Loading sub module "radeon"
 (II) LoadModule: "radeon"
@@ -500,7 +500,7 @@
 	[35] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
 	[36] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
 (II) Setting vga for screen 0.
-(II) RADEON(0): MMIO registers at 0xd4300000: size 64KB
+(II) RADEON(0): MMIO registers at 0x00000000d4300000: size 64KB
 (II) RADEON(0): PCI bus 1 card 5 func 0
 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32
 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)
@@ -523,7 +523,7 @@
 (II) RADEON(0): initializing int10
 (II) RADEON(0): Primary V_BIOS segment is: 0xc000
 (--) RADEON(0): Chipset: "ATI Radeon XPRESS 200M 5975 (PCIE)" (ChipID = 0x5975)
-(--) RADEON(0): Linear framebuffer at 0xc0000000
+(--) RADEON(0): Linear framebuffer at 0x00000000c0000000
 (II) RADEON(0): PCI card detected
 (II) RADEON(0): Legacy BIOS detected
 (II) RADEON(0): Direct rendering not officially supported on RN50/RC410
@@ -554,7 +554,6 @@
 XRes: 1024, YRes: 768, DotClock: 65000
 HBlank: 320, HOverPlus: 24, HSyncWidth: 136
 VBlank: 38, VOverPlus: 3, VSyncWidth: 6
-(II) RADEON(0): Using LVDS Native Mode
 (II) RADEON(0): Output S-video has no monitor section
 (II) RADEON(0): Default TV standard: NTSC
 (II) RADEON(0): TV standards supported by chip: NTSC PAL PAL-M NTSC-J
@@ -624,6 +623,7 @@
 (II) RADEON(0): I2C device "MONID:ddc2" registered at address 0xA0.
 (II) RADEON(0): I2C device "MONID:ddc2" removed.
 (II) RADEON(0): DDC Type: 1, Detected Monitor Type: 0
+in RADEONProbeOutputModes
 (II) RADEON(0): DDC Type: 5, Detected Monitor Type: 2
 (II) RADEON(0): EDID data from the display on connector: Proprietary/LVDS ----------------------
 (II) RADEON(0): Manufacturer: LPL  Model: bb00  Serial#: 0
@@ -654,9 +654,10 @@
 (II) RADEON(0): 	004c503135305830382d544c414300e5
 in RADEONProbeOutputModes
 (II) RADEON(0): EDID vendor "LPL", prod id 47872
-(II) RADEON(0): Output VGA-0 disconnected
+(II) RADEON(0): Output VGA-0 connected
 (II) RADEON(0): Output LVDS connected
 (II) RADEON(0): Output S-video disconnected
+(II) RADEON(0): Output VGA-0 using initial mode 1152x768
 (II) RADEON(0): Output LVDS using initial mode 1024x768
 after xf86InitialConfiguration
 (==) RADEON(0): DPI set to (75, 75)
@@ -725,6 +726,7 @@
 	[38] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
 	[39] 0	0	0x000003c0 - 0x000003df (0x20) IS[B](OprU)
 (==) RADEON(0): Write-combining range (0xc0000000,0x8000000)
+(WW) RADEON(0): Cannot read colourmap from VGA.  Will restore with default
 Entering TV Save
 Save TV timing tables
 saveTimingTables: reading timing tables
@@ -735,9 +737,9 @@
 (II) RADEON(0):   MC_FB_LOCATION   : 0x3fff3800
 (II) RADEON(0):   MC_AGP_LOCATION  : 0xffffffc0
 (II) RADEON(0): Depth moves disabled by default
-(II) RADEON(0): Memory manager initialized to (0,0) (1024,8191)
-(II) RADEON(0): Reserved area from (0,1024) to (1024,1026)
-(II) RADEON(0): Largest offscreen area available: 1024 x 7165
+(II) RADEON(0): Memory manager initialized to (0,0) (1280,8191)
+(II) RADEON(0): Reserved area from (0,1200) to (1280,1202)
+(II) RADEON(0): Largest offscreen area available: 1280 x 6989
 init memmap
 init common
 init crtc1
@@ -751,8 +753,22 @@
 restore pll1
 restore LVDS
 enable montype: 2
-(WW) RADEON(0): No crtc mode list for crtc 1,continuing with desired mode
+init memmap
+init common
+init crtc2
+init pll2
+restore memmap
+(II) RADEON(0): RADEONRestoreMemMapRegisters() :
+(II) RADEON(0):   MC_FB_LOCATION   : 0x3fff3800
+(II) RADEON(0):   MC_AGP_LOCATION  : 0xffffffc0
+restore common
+restore crtc2
+restore pll2
+finished PLL2
+restore dac
+enable montype: 1
 disable montype: 2
+disable montype: 1
 (==) RADEON(0): Backing store disabled
 (WW) RADEON(0): Direct rendering disabled
 (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer.
@@ -773,8 +789,8 @@
 (**) Option "dpms"
 (**) RADEON(0): DPMS enabled
 (==) RADEON(0): Silken mouse enabled
-(II) RADEON(0): Using hardware cursor (scanline 1026)
-(II) RADEON(0): Largest offscreen area available: 1024 x 7161
+(II) RADEON(0): Using hardware cursor (scanline 1202)
+(II) RADEON(0): Largest offscreen area available: 1280 x 6985
 (II) RADEON(0): No video input capabilities detected and no information is provided - disabling multimedia i2c
 (II) Loading sub module "theatre_detect"
 (II) LoadModule: "theatre_detect"
@@ -808,7 +824,7 @@
 	compiled for 1.4.0, module version = 1.0.0
 	ABI class: X.Org Server Extension, version 0.3
 (II) GLX: Initialized MESA-PROXY GL provider for screen 0
-(II) RADEON(0): Setting screen physical size to 304 x 228
+(II) RADEON(0): Setting screen physical size to 342 x 228
 (**) Option "CoreKeyboard"
 (**) Generic Keyboard: always reports core events
 (**) Option "Protocol" "standard"
@@ -851,16 +867,4 @@
 (--) Synaptics Touchpad touchpad found
 (II) Configured Mouse: ps2EnableDataReporting: succeeded
 enable montype: 2
-disable montype: 2
-(II) RADEON(0): RADEONRestoreMemMapRegisters() :
-(II) RADEON(0):   MC_FB_LOCATION   : 0x3fff3800
-(II) RADEON(0):   MC_AGP_LOCATION  : 0x003f0000
-finished PLL2
-finished PLL1
-Entering Restore TV
-Restore TV PLL
-Restore TVHV
-Restore TV Restarts
-Restore Timing Tables
-Restore TV standard
-Leaving Restore TV
+enable montype: 1

Tim Retout wrote:

The upstream bug report is marked as duplicate of another one which is fixed
(https://bugs.freedesktop.org/show_bug.cgi?id=13231)

So if it's not fixed for you with git20071223.ad3325f6, you should
reopen it. Did you read/check what Alex Deucher said there?

Brice

retitle 458415 virtual screen size larger than display since 1:6.7.196-1
kthxbye
do upstream. Running "xrandr --output VGA-0 --off" does fix this until X
restarts. I haven't bothered working out the exact xorg.conf changes to
fix this.

The problem arises because VGA output is now enabled by default even if
no external monitor is attached, and for some reason it has a resolution
of 1152x768 (not 1024x768). So, it's as if I'm using an external monitor
that's slightly bigger than the laptop screen, and the mouse carries on
past the right-hand edge of the display.

With metacity, windows still maximise to the correct size (but Fitts'
law is broken), and with simpler window managers (e.g. evilwm) the
windows maximise to the size of the virtual screen.

I suspect that either:
      * the commit that caused this needs to be backed out,
      * the default VGA resolution needs changing (hacky), or
      * external monitor detection for the Xpress cards needs to be
        added as soon as possible.

I'll reopen the upstream bug report.

Tim Retout wrote:

That's probably the problem here. Not sure you need to reopen the
upstream bug there. Alex is well aware that multi-head on Xpress does
not work very well yet.

What does xrandr report with 1:6.7.198~git20071223.ad3325f6-1 ? The VGA
output status should be unknown.

Brice

Hmm, oh well, it's reopened now. :/

$ xrandr -q
Screen 0: minimum 320 x 200, current 1152 x 768, maximum 1280 x 1200
VGA-0 unknown connection 1152x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1280x800       60.0
   1152x768       54.8*
   800x600        56.2
   640x480        59.9
LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 304mm x 228mm
   1024x768       60.0*+
   800x600        60.3
   640x480        59.9
S-video disconnected (normal left inverted right x axis y axis)

Hi.

I got exactly this issue a few days ago upon upgrading xorg on my
laptop. I got the same weird[0] resolution which made apps mess around,
and the same xrandr output.

After some fiddling, I "fixed" the problem by commenting out the
"VertRefresh" option in the "Monitor" section of xorg.conf. I'm not sure
whether the value was incorrect, or just having any value screwed it up.
This doesn't feel like a particularly elegant or permanent solution, but
I didn't have the time to investigate.

Hope this is slightly useful.

[0] http://compsoc.dur.ac.uk/~jdl/screwed-resolution.png

Not sure if this has been noted, but if you czech
out /usr/share/doc/xserver-xorg-video-ati/NEWS.Debian.gz then you find:

"""
xserver-xorg-video-ati (1:6.7.197-1) unstable; urgency=low

  * The X.Org ATI driver supports RandR 1.2 which enables dynamic
    enabling, disabling, resizing, rotating, placing, ... of multiple
    outputs at runtime. You might want to update your /etc/X11/xorg.conf
    accordingly. See http://wiki.debian.org/XStrikeForce/HowToRandR12
    and http://www.intellinuxgraphics.org/dualhead.html for some help.

retitle 458415 xserver-xorg-video-ati: wrong VGA load detection on Xpress 200M confuses the window manager
thank you




Jonny Lamb wrote:

No, Tim has a real bug caused by the VGA output not being correctly
detected. It confuses the window manager by saying that the screen is
1152x864 while it is actually smaller. I am retitling the bug accordingly.

Brice

Running `dpkg-reconfigure xserver-xorg' resulted in a much smaller
xorg.conf, and the problem went away. It also went away when removing
the VertSync option, because the VGA-0 output then supported a 1024x768
resolution.

The VGA output is still there, but it causes no harm. I suspect that the
problematic patch might actually have the benefit of enabling VGA output
on my laptop by default, so 1024x768 projectors will now just work.

My xorg.conf is managed by dexconf; perhaps trigger a reconfigure of
xorg.conf on upgrade of the ati driver...? But then, a lot of people
have the ati driver installed but use a different one.

So perhaps the only safe solution is to actually detect when VGA devices
are attached.

found 458415 1:6.7.198~git20071223.ad3325f6-1
forcemerge 444223 458415
thank you

Right.

I am merging your bug with all other Xpress 200 VGA output problems.

Brice

Guys,

Do you still have problems with multihead on your Xpress 200 board? If
so, can you try 6.12.5 in unstable or 6.12.191 in experimental with KMS
and a recent kernel?

thanks
Brce

Guys,

Do you still have problems with multihead on your Xpress 200 board? If
so, can you try 6.12.5 in unstable or 6.12.191 in experimental with KMS
and a recent kernel?

thanks
Brce

Ping, anybody using Xpress 200 with 6.13.x and KMS?

Brice

Ping, anybody using Xpress 200 with 6.13.x and KMS?

Brice

fre, 09 07 2010 kl. 23:46 +0200, skrev Brice.Goglin:

I finally got a chance to play around with multihead on Xpress 200 based
laptop. I am using KMS with Gallium from xorg-edgers repository on
Debian Sid/Experimental.

I was trying to get S-video output to work with KMS, but failed. TV
screen remains largely empty and black, but with slight noise here and
there. In other words, no luck.

When I switched to UMS, I was able to get S-video output working after I
disabled and enabled it for the second time. I got garbled screen the
first time. Other than that, it does seem to work just fine. Just
finished watching a movie, and noticed no problems with the picture.

I currently do not have a way to test VGA output.

fre, 09 07 2010 kl. 23:46 +0200, skrev Brice.Goglin:

I finally got a chance to play around with multihead on Xpress 200 based
laptop. I am using KMS with Gallium from xorg-edgers repository on
Debian Sid/Experimental.

I was trying to get S-video output to work with KMS, but failed. TV
screen remains largely empty and black, but with slight noise here and
there. In other words, no luck.

When I switched to UMS, I was able to get S-video output working after I
disabled and enabled it for the second time. I got garbled screen the
first time. Other than that, it does seem to work just fine. Just
finished watching a movie, and noticed no problems with the picture.

I currently do not have a way to test VGA output.