resolution out of sync with version 2:1.3.0.0.dfsg-12ubuntu8

[Andrea Soster]

Fresh Gutsy install (yesterday).
After xserver-xorg-core upgraded from 2:1.3.0.0.dfsg-12ubuntu6 to 2:1.3.0.0.dfsg-12ubuntu8 X goes out of sync (uses 1600x1024 resolution wich is not supported by my monitor)
I tried to revert xserver-xorg-video-ati and xresprobe but with no effects.

The only (relevant IMHO) diff between Xorg logs(attached) are:
@@ -791,6 +791,7 @@
 (II) RADEON(0): Not using default mode "2048x1536" (height too large for virtual size)
 (II) RADEON(0): Not using default mode "2048x1536" (height too large for virtual size)
 (II) RADEON(0): Printing probed modes for output VGA-0
+(II) RADEON(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
 (II) RADEON(0): Modeline "1920x1200"x60.0 193.16 1920 2048 2256 2592 1200 1201 1204 1242 (74.5 kHz)
 (II) RADEON(0): Modeline "1600x1200"x65.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz)
 (II) RADEON(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz)
@@ -799,7 +800,6 @@
 (II) RADEON(0): Modeline "1400x1050"x74.8 155.80 1400 1464 1784 1912 1050 1052 1064 1090 +hsync +vsync (81.5 kHz)
 (II) RADEON(0): Modeline "1400x1050"x70.0 151.00 1400 1464 1656 1960 1050 1051 1054 1100 +hsync +vsync (77.0 kHz)
 (II) RADEON(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz)
-(II) RADEON(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
 (II) RADEON(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
 (II) RADEON(0): Modeline "1440x900"x60.2 108.84 1440 1472 1880 1912 900 918 927 946 +hsync +vsync (56.9 kHz)
 (II) RADEON(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz)
@@ -853,7 +853,7 @@
 (II) RADEON(0): Output VGA-0 connected
 (II) RADEON(0): Output DVI-0 disconnected
 (II) RADEON(0): Output S-video disconnected
-(II) RADEON(0): Output VGA-0 using initial mode 1600x1024
+(II) RADEON(0): Output VGA-0 using initial mode 1280x1024
 after xf86InitialConfiguration
 (**) RADEON(0): Display dimensions: (360, 270) mm
 (**) RADEON(0): DPI set to (135, 112)

[Andrea Soster (sghebuz)]

ups..the other one is with ubutu8=>not working

[Albert Damen (albrt)]

Marked bug 147189 as duplicate and confirming this bug.
In both cases downgrading xserver-xorg-core solves the problem. This bug uses an ATI driver, the duplicate uses Intel.

[Shaun Crampton (fasaxc)]

From looking at the changelog, it looks likely that ubuntu7 was the change that broke our systems as it removed a patch that has something to do with resolution probing. Bug 144956 is the reason for removing the patch -- it seems it fixed some peoples' issues and caused this bug.

[Andrea Soster (sghebuz)]

Please note that my xresprobe always return the right resolution

[Bryce Harrington (bryce)]

Also see bug 68654, which is another issue where these changes result in too-high of a resolution is selected when using CRTs.

[Bryce Harrington (bryce)]

Andrea, albert, and shaun, can you all confirm that your monitors are CRT's?
Thanks, and sorry for the breakage.

[Andrea Soster (sghebuz)]

On Sat, 2007-10-06 at 08:50 +0000, Bryce Harrington wrote:
> Andrea, albert, and shaun, can you all confirm that your monitors are CRT's?
> Thanks, and sorry for the breakage.
Yes

[Shaun Crampton (fasaxc)]

My monitor is not a CRT. It is my laptop's display panel.

-Shaun

[Albert Damen (albrt)]

Bryce, I don't have this problem myself, I just did triage.

[Shaun Crampton (fasaxc)]

Still a problem for me with the new xresprobe 0.4.24ubuntu8 and xserver-xorg-video-intel 2:2.1.1-0ubuntu9.

[Bryce Harrington (bryce)]

Thanks Shaun.

I see what's going on. We'd temporarily enabled a patch from Fedora that sounded like it addressed some resolution issues. Unfortunately it had some bad side effects that caused breakage for people and had to back the patch out. From this bug report, it sounds like it *did* improve things for some people, but we just didn't hear from them until after the patch had to be dropped.

I believe the functionality of the patch has been incorporated upstream. I will be integrating xserver 1.4 in a few weeks after Hardy's kicked off, and we can test again then.

[Timo Aaltonen (tjaalton)]

Please try with hardy alpha2 livecd if it works correctly now.

[Shaun Crampton (fasaxc)]

Still a problem with Hardy Alpha 2. X org log attached.

[Shaun Crampton (fasaxc)]

Still a problem with Hardy Alpha 3.

[Timo Aaltonen (tjaalton)]

Andrea, please try Hardy alpha3.

[Andrea Soster (sghebuz)]

same problem with hardy alpgha3 - blank screen after x starts

[Benjamin Otte (Company) (otte)]

Same problem here, since Gutsy, and still with yesterday's Hardy.
I should probably note that xrandr'ing to lots of different resolution works fine. Here's the list:
WORKS: 1920x1200, 1600x1200, 1600x1024, 1400x1050, 1280x1024, 1280x960, 1280x800, 1152x864, 1280x768, 1152x768, 1024x768, 832x624, 800x600, 640x480, 720x400, 640x400, 640x350

DOES NOT WORK: 1680x1050, 1440x900

[Timo Aaltonen (tjaalton)]

Shaun, you have an intel so this bug is not really for you. The reason why that patch helped was that it allowed you to use Modes -settings even though the drivers are randr-1.2 capable. If you don't get the correct resolution out-of-the-box, then it's a bug in the driver or your monitor/panel reports bogus EDID information which means that the setting need to be forced. See http://wiki.debian.org/XStrikeForce/HowToRandR12

[Benjamin Otte (Company) (otte)]

Woah, I messed up my list. Here's the correct one:
WORKS: 1920x1200, 1600x1200, 1680x1050, 1400x1050, 1280x1024, 1280x960, 1280x800, 1152x864, 1280x768, 1152x768, 1024x768, 832x624, 800x600, 640x480, 720x400, 640x400, 640x350

DOES NOT WORK: 1600x1024, 1440x900

Sorry for not being able to c/p correctly.

[Shaun Crampton (fasaxc)]

Thanks Timo, I'm tracking my bug in the unduped bug 147189. I'm only keeping track of this bug since it's quite similar and useful info (like your comment above) keeps coming up in it.

[Brian Murray (brian-murray)]

Thanks for taking the time to report this bug and helping to make Ubuntu better. In the development cycle for Intrepid there have been some vast improvements in the open source ati video driver and we could use your help testing them. Could you please download the latest Alpha CD image of Intrepid and test this particular bug just using the Live CD? You can find the latest image at http://www.ubuntu.com/testing . Your testing can help make Ubuntu and the open source ati driver even better! Thanks in advance.

[Benjamin Otte (Company) (otte)]

In Intrepid, this bug seems fixed. X comes up fine in 1600x1200 now.

[Bryce Harrington (bryce)]

Thanks for letting us know the issue is resolved. Andrea, if you get a chance to test Intrepid and find the issue is still present, please feel free to re-open and attach your latest /var/log/Xorg.0.log.