Bug 386381
Summary: | Xorg intel driver won't switch to 1400x1050 mode | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mike Saavedra <msaavedra> | ||||||||
Component: | xorg-x11-drv-i810 | Assignee: | Adam Jackson <ajax> | ||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 8 | CC: | mcepl, xgl-maint | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2008-02-12 21:09:54 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Mike Saavedra
2007-11-16 07:15:59 UTC
Created attachment 260791 [details]
Xorg log
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 -vsync 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 attachment, please? Also what happens, when you just remove (or rename) /etc/X11/xorg.conf and restart Xorg? (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 driver does). Here the output: Intel 800/900 Series VBIOS Hack : version 0.5.3 Intel chipset detected. However, 915resolution was unable to determine the chipset type. Chipset Id: 29c08086 Please report this problem to stomljen (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]
Xorg.0.log
...and Xorg.0.log
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-1.3.0.0-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. |