Ubuntu
xserver-xorg-video-ati package

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

Bug #147846 reported by Andrea Soster on 2007-10-01

10

Affects		Status	Importance	Assigned to	Milestone
	xserver-xorg-video-ati (Ubuntu)	Fix Released	High	Unassigned

Bug Description

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)

Revision history for this message

Andrea Soster (sghebuz) wrote on 2007-10-01:

#1

xorg.conf Edit (2.4 KiB, text/plain)

Revision history for this message

Andrea Soster (sghebuz) wrote on 2007-10-01:

#2

with ubuntu6 Edit (56.7 KiB, text/plain)

Revision history for this message

Andrea Soster (sghebuz) wrote on 2007-10-01:

#3

this one is ubuntu6=>working Edit (56.7 KiB, text/plain)

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

Revision history for this message

Albert Damen (albrt) wrote on 2007-10-02:

#4

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.

Changed in xorg-server:
status:	New → Confirmed

Revision history for this message

Shaun Crampton (fasaxc) wrote on 2007-10-02:

#5

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.

Revision history for this message

Andrea Soster (sghebuz) wrote on 2007-10-03:

#6

Please note that my xresprobe always return the right resolution

Revision history for this message

Bryce Harrington (bryce) wrote on 2007-10-04:

#7

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

Changed in xorg-server:
importance:	Undecided → High

Revision history for this message

Bryce Harrington (bryce) wrote on 2007-10-06:

#8

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

Revision history for this message

Andrea Soster (sghebuz) wrote on 2007-10-06: Re: [Bug 147846] Re: resolution out of sync with version 2:1.3.0.0.dfsg-12ubuntu8

#9

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

Revision history for this message

Shaun Crampton (fasaxc) wrote on 2007-10-06:

#10

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

-Shaun

Revision history for this message

Albert Damen (albrt) wrote on 2007-10-06:

#11

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

Revision history for this message

Shaun Crampton (fasaxc) wrote on 2007-10-16:

#12

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

Revision history for this message

Bryce Harrington (bryce) wrote on 2007-10-17:

#13

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.

Revision history for this message

Timo Aaltonen (tjaalton) wrote on 2007-12-27:

#14

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

Changed in xorg-server:
status:	Confirmed → Incomplete

Revision history for this message

Shaun Crampton (fasaxc) wrote on 2008-01-05:

#15

Hardy Alpha 2 Xorg log Edit (39.5 KiB, text/plain)

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

Revision history for this message

Shaun Crampton (fasaxc) wrote on 2008-01-13:

#16

Still a problem with Hardy Alpha 3.

Timo Aaltonen (tjaalton) on 2008-01-13

Changed in xorg-server:
status:	Incomplete → Triaged

Revision history for this message

Timo Aaltonen (tjaalton) wrote on 2008-01-19:

#17

Andrea, please try Hardy alpha3.

Changed in xorg-server:
status:	Triaged → Incomplete

Revision history for this message

Andrea Soster (sghebuz) wrote on 2008-01-20:

#18

same problem with hardy alpgha3 - blank screen after x starts

Revision history for this message

Benjamin Otte (Company) (otte) wrote on 2008-02-05:

#19

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

Revision history for this message

Timo Aaltonen (tjaalton) wrote on 2008-02-05:

#20

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

Revision history for this message

Benjamin Otte (Company) (otte) wrote on 2008-02-05:

#21

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.

Revision history for this message

Shaun Crampton (fasaxc) wrote on 2008-02-05:

#22

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.

Revision history for this message

Brian Murray (brian-murray) wrote on 2008-08-14: Ubuntu needs you!

#23

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.

Bryce Harrington (bryce) on 2008-08-29

Changed in xserver-xorg-video-ati:
status:	Incomplete → New
status:	New → Incomplete

Revision history for this message

Benjamin Otte (Company) (otte) wrote on 2008-08-29:

#24

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

Revision history for this message

Bryce Harrington (bryce) wrote on 2008-08-29:

#25

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.

Changed in xserver-xorg-video-ati:
status:	Incomplete → Fix Released

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.