From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830
Description of problem:
Selecting 1400x1050 will result in an "Sync out of Range" error message from the
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Select 1400x1050 resolution
2. Restart X
Actual Results: Monitor blanks and display "Sync out of range - 52.4 KHz 17Hz
NN" message. Numbers vary.
Expected Results: A working 1400x1050 X.
Monitor: Samsung SyncMaster 900NF
Video: (built-by) ATI Radeon 7500
Cross-reference bugzilla bug 63593.
1400x1050 will work with the following modelines added to XFree86.
# 1400x1050 @ 60Hz
Modeline "1400x1050" 129 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync
# 1400x1050 @ 70Hz
Modeline "1400x1050" 151 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync
# 1400x1050 @ 75Hz
Modeline "1400x1050" 162 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync
# 1400x1050 @ 85Hz
# Gives 'Sync out of range error', do not use
# Modeline "1400x1050" 184 1400 1464 1656 1960 1050 1051 1054 1100 +HSync
What does '/usr/sbin/ddcprobe' say?
Videocard DDC probe results
Description: ATI Technologies Inc. V200
Memory (MB): 64
Monitor DDC probe results
Name: Samsung SyncMaster 900NF
Horizontal Sync (kHZ): 30-110
Vertical Sync (HZ) : 50-160
Width (mm): 360
Hmm, I'm not really sure what's going on here. I don't think that
redhat-config-xfree86 wrote that 1400x1050 ModeLine in the file...perhaps
anaconda did. If the invalid modeline was already in the XF86Config file,
redhat-config-xfree86 will not override those manual additions.
In the Poebe beta, we've finally gotten redhat-config-xfree86 and anaconda using
the same backend, so maybe this problem won't happen in the future.
Try this: make a backup of the /etc/X11/XF86Config file and then delete the
original. Then try running redhat-config-xfree86 and generate an XF86Config
file from scratch. If that still doesn't work, try upgrading to
redhat-config-xfree86-0.7.1-2 out of Rawhide and try again. A lot of code in
redhat-config-xfree86 has changed since 8.0, so I'm anxious to know if the
latest versions are solving some of the problems people have been seeing.
Sorry, I may have confused you. Anaconda and redhat-config-xfree86 do not add
any Modelines. Both do allow me to select 1400x1050 configuration and the
resulting XF86Config gives a working XFree86 (unlike on RHL 7.x which gives an
FPE, see bug 63593) but the monitor shows a "Sync. Out of Range" message. If I
manually insert the indicated modelines then 1400x1050 does work.
I just updated to xfree86-redhat-xfree86-0.7.1-3 (also, due to dependencies,
rhpl-0.74-1 and pyxf86config-0.3.3-1). Started with a clean XF86Config. Selected
1400x1050 resolution. Still get a "Sync. Out of Range" message from the monitor.
As you expect, no Modelines inserted by redhat-config-xfree86. 'Section
"Monitor"' now has a new line,
DisplaySize 360 270
Otherwise it looks pretty much like the one created when I installed Psyche.
Manually inserted the modelines and 1400x1050 works
When you go to the "Advanced" tab, is the right monitor selected in the list?
Also, what if you try a resolution other than 1400x1050? Do any of them work
out of the box or do all of them fail?
Advanced tab looks correct. Samsung SyncMaster 900NF, 30.0-110.0 Horiz, &
DPI is 99x99. Don't know what this should be.
Video card looks ok too, Radeon 7500, 64MB, radeon driver. I have hw 3D
disabled. And before you ask it is a real, built-by-ATI 7500.
Haven't tried 1920x1440 but all others work OOTB.
mharris: Do you have any ideas about what would cause this? It seems to me like
the original file that redhat-config-xfree86 writes out should be capable of
doing 1400x1050 without needing the modelines added by hand. Any ideas as to
why this is not the case?
Modelines should be built into the X server, not into the config tool.
I will investigate this issue in the customized modelines we include
in the server. If they do not work, then there is a bug in the
X server code.
1400x1050 video modes work for me on local systems.
Please upgrade to Fedora Core 2 or later, and if this issue turns
out to still be reproduceable, please file a bug report in the
X.Org bugzilla located at http://bugs.freedesktop.org in the
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes
that become available for consideration in future updates.
FYI: I have been witnessing this bug as well for a long time,
identical symptoms both with identical H/W (Radeon 7500, Syncmaster
900NF), and this week after changing the 7500 to a Radeon 9200SE
(manufactured by Club3D). The issue still exists in FC2.
I don't know if it makes sense to report this to freedesktop.org
Bugzilla, because the 6.7.0 shipped with FC2 is no longer the latest
one. I cannot upgrade to FC3test* at the moment, but will revisit later.
If I have no 1400x1050 entries in xorg.conf, I get the "sync out of
range" message. Ditto for the 85Hz modeline in the initial comment.
Adding this modeline to it gives me a working 1400x1050@83Hz:
Modeline "1400x1050" 178 1400 1464 1656 1960 1050 1051 1054 1100
"The display's maximum resolution is 1,600x1,200, with a refresh rate
85Hz at 1400x1050 might be just outside of the reach of this
Can everyone who can reproduce this please attach your X server
config file and log file? The X server startup messages will
be very useful in diagnosing the problem.
Thanks in advance.
I'm speechless. I did:
- checked the monitor's manual (available from
- it says 1600x1200 @ 87Hz should work (IIRC)
- booted to Windows (ugh) to check 1400x1050 there
- found that there's no such option, tested 1600x1200 @ 85Hz while at it
- booted back to FC2 runlevel 3
- commented out my modeline in comment 11 from xorg.conf (result: no
Modelines defined in xorg.conf)
- did a init 5... and it suddenly works at 1400x1050 @ 85Hz ?!?
I have zero clue what happened, but I can no longer reproduce the
problem. Sorry about the noise; as far as I'm concerned, this can be
OT: I still get the "sync out of range" message if I enable
AGPFastWrite in xorg.conf (I have AGPMode 4 and EnablePageFlip on
there already, they work). AGPFastWrite did work with my old Radeon
7500, but it doesn't now with the 9200SE (otherwise identical hardware
and settings). And EnablePageFlip didn't work with the 7500, but
works now with the 9200SE. WDYT, should this be reported somewhere
(radeon(4) talks about potential problems with EnablePageFlip, but not
Ok, thanks for the update Ville.
John, can you confirm wether this problem still exists for you?
Closing bug as "CURRENTRELEASE". If the problem occurs again
for anyone, please reopen the bug report and attach the information
requested in comment #13 above, and we'll re-investigate the
This bug is dead.
"#mv xorg.cong xorg.conf~" then used system-config-display to
regenerate the config. Reloaded and 1400x1050 working (and xvidtune
reports Vsync at 85Hz). FC2 xorg-X11-6.7.0-5.
Also working on FC3T2, same monitor and but a Mobile Radeon 7500
inside an IBM T42.
I can't add anything further re Ville's comments when setting various
AGP options. They weren't present in my old config either.
Thanks for the additional confirmation update. Much appreciated.