I'm unable to get reasonable info by running ddcprobe on my laptop for LCD display . This does not work even CRT monitor is connected. The result is that I'm able to run X only 800x600 even 1024x768 LCD. I tryed another machines with LCD displays with the same result. I have VIA Technologies, Inc. VT8378 [S3 UniChrome] Integrated Video (rev 01) on the notebook, on the second machine is nVidia Corporation C51PV [GeForce 6150] (rev a2) and I'm not sure about the third machine but I'm able to check it. As a second result, Anaconda is not using GUI on my laptop. Only when external CRT monitor is connected.
ddcprobe is really just a thin wrapper around kudzu, which gets its information from the info files provided by the driver. This is probably a problem with the driver package itself, though it could be in kudzu too.
Don't we still have the terrible horrible no-good very-bad ddcprobe code to do the VBE DDC call? I mean, if so there's not a lot we can do, but it would be nice to get rid of if we can. I guess the larger question is why you're limited to 8x6, which might not actually be ddcprobe-related at all. Do you have an X config file and log file from an affected setup that shows you being limited to 8x6?
Milan, thanks for the bug report. Could you please attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below. Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
This may provide some info: While running ddcprobe I get Monitor autoprobe results Monitor autoprobe failed. ...and this gets printed in /var/log/messages: python[8172]: obsolete kudzu ddcProbe called
I tryed my LCD display with another RHEL5 system and it worked fine 1024x768. I'm unable to run it with 1024x768 on FC6 and on current devel xorg-x11-drv-nv-2.0.0-2.fc7.
Created attachment 151156 [details] X server log (without config file), lowres on 1024x768 LCD
Created attachment 151157 [details] X config file
Created attachment 151158 [details] X config file - working one
Created attachment 151159 [details] X server log (with config file forced to 1024x768 mode but unsupported by LCD display)
You may check working X server logs in bug #234306 (another RHEL5 system connected to the same LCD monitor with working autodetected 1024x768).
BTW: ddcprobe gives nothing even system-config-display correcly detect LCD display name and supported resolution.
So the reason the other machine worked, and this one didn't, is that the other machine was using VBE for the DDC call, and the BIOS got the timings right, and our native I2C bus timings aren't too great.
*** Bug 234378 has been marked as a duplicate of this bug. ***
Fedora 7 test bugs should be filed against "devel", not against test1/2/3. This isn't obvious, I know. Moving this report so it isn't lost. This is a bulk message -- I apologize if this was actually meant to be targeted against a different release. If so, please fix or let me know. Thanks.
Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again.
This bug has been in NEEDINFO for more than 30 days since feedback was first requested. As a result we are closing it. If you can reproduce this bug in the future against a maintained Fedora version please feel free to reopen it against that version. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp