Red Hat Bugzilla – Bug 386381
Xorg intel driver won't switch to 1400x1050 mode
Last modified: 2008-02-12 16:09:54 EST
Description of problem:
I'm running Fedora 8 on an ASUS p5k-v motherboard (intel g33 chipset) with an
Acer AL2017A monitor (native resolution is 1400x1050). The xorg intel driver
sets the monitor to 1280x1024 mode. The screen size appears to be 1400x1050
though, so 120 pixels get chopped off the bottom, hiding the gnome panel.
I've tried messing around with creating my own modelines and using the
PreferredMode option, to no avail.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install Fedora 8 on the aforementioned hardware
2. Run X.
Monitor is set to 1280x1024 mode.
Monitor should be set to native 1400x1050 mode.
# Xorg configuration created by system-config-display
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
ModelName "Acer AL2017"
HorizSync 30.0 - 82.0
VertRefresh 56.0 - 76.0
DisplaySize 408 306
Modeline "1400x1050@60" 121.75 1400 1488 1632 1864 1050 1053 1057
1089 -hsync +vsync
Option "PreferredMode" "1400x1050@60"
Option "Monitor-VGA" "Monitor0"
Option "Monitor-VGA-1" "Monitor0"
Virtual 1600 1600
Created attachment 260791 [details]
After doing additional research, I've found a modeline that does work:
Modeline "1400x1050R" 101.00 1400 1448 1480 1560 1050 1053 1057 1080 +hsync
This is a "reduced blanking" modeline generated by the following command:
cvt -r 1400 1050
Since the modeline created directly from the EDID information from my monitor
did not produce a properly functioning X, I suspect that the problem may just be
due to a quirky monitor, rather than a problem with the intel driver. Does xorg
or fedora maintain a "quirks list" of some sort for correcting problems such as
this? That may be the proper place to address this.
If you need any more help with this, I would be glad to offer any assistance.
Hi, I have exactly the same problem with a Samsung SyncMaster 203B and an Intel
Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02) with the
same resolution (1400x1050)
(In reply to comment #3)
> Hi, I have exactly the same problem with a Samsung SyncMaster 203B and an Intel
> Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02) with the
> same resolution (1400x1050)
Did using the modeline from comment 2 helped?
Mike, could we get your /var/log/Xorg.0.log attached to this bug as uncompressed
Also what happens, when you just remove (or rename) /etc/X11/xorg.conf and
(In reply to comment #4)
> (In reply to comment #3)
> > Hi, I have exactly the same problem with a Samsung SyncMaster 203B and an Intel
> > Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02) with the
> > same resolution (1400x1050)
> Did using the modeline from comment 2 helped?
No: I've tried with cvt, cvt -r e gtf, no modelines were good
Moreover, 915resolution doesn't recognize my video card (while the xorg i810
Here the output:
Intel 800/900 Series VBIOS Hack : version 0.5.3
Intel chipset detected. However, 915resolution was unable to determine the
Chipset Id: 29c08086
Please report this problem to firstname.lastname@example.org
(In reply to comment #6)
> Also what happens, when you just remove (or rename) /etc/X11/xorg.conf and
> restart Xorg?
1280x1024 resolution is used: but, it is not a good resolution, i can see some
sort of bad interpolation is done and the image and the text are not at their best.
Just one note, forget about 915resolution, it doesn't work anymore and it is not
supposed to work with intel driver.
Matej, did you want my Xorg.0.log from the correctly working configuration I
have now, or the default one that I get if I delete my xorg.conf file? I
attached a previous non-functioning xorg.0.log on comment #1 .
Created attachment 273531 [details]
It's my xorg.conf
Here my xorg.conf...
Created attachment 273541 [details]
Riccardo, try adding the "PreferredMode" option to the "Monitor" section of your
xorg.conf. The intel driver is designed for automatic configuration and will not
actually use the modeline you create yourself unless you specify that your
modeline is to be preferred.
See my xorg.conf in the bug summary for an example of how PreferredMode works. I
don't believe it is actually documented anywhere.
I suspect that this, combined with the reduced blanking mode listed above, will
fix your problem. I have read reports that the Syncmaster 203B is a quirky
monitor like mine.
It didn't fix the problem.
The result is as usual: it is like if it was 1400x1100 or something and not
1400x1050 and there is a part of the screen lower than the monitor. Even
clicking on 'auto' on the monitor doesn't solve the problem.
I'm almost certain this is resolved as of xorg-x11-server-184.108.40.206-36.fc8. We
had a bug in the EDID parser that would generate modelines with the sync
polarities the wrong way around, which appears to be the only difference between
the modeline generated by hand in comment #2 and the modeline generated by the
server in attachment #260791 [details]. In -36 we updated the EDID parser and quirks
table from git master xserver, so this should be resolved now.
Please test with a current F8-updates X server, and reopen if this is still an
issue for you.