Bug 19281

Please attach one by one (Now you've seen "Add an attachment" link), instead of one tarball. Thanks.

Created attachment 21478 [details]
xorg.conf

Created attachment 21479 [details]
Xorg.0.log for Slackware 12.0

Created attachment 21480 [details]
Xorg.0.log for Slackware 12.2

what if you don't use the xorg.conf or comment out the Monitor section, and just let X decide by itself?

Per a suggestion from Gordon Jin, I have commented out the
following lines from my xorg.conf file:

        HorizSync    31.0 - 107.0
        VertRefresh  50.0 - 160.0
        Option "XAANoOffscreenPixmaps"
        Option "AllowGLXWithComposite" "true"
        Option "EnablePageFlip" "true"

When I did that, I still observed the same problem: the X server 
just freezes up; I have to restart my PC to get it back.

However, I also did learn that if I uncomment this line (in addition to the
5 above lines):

        Option "PreferredMode" "1600x1200"

the X server will start, but it's "wrong";   the page that comes up is 
wider than my screen (it rolls off he left side by a couple of inches), 
I have big black borders on the top, bottom, and right side of my screen, 
the colors are completely off, and I have a rainbow like effect
running from left to right across the top part of the screen.  At least
now I can kill the server and get back to the console; I still can't use X.

I have been running Slackware for many years, and made it up to 
Slackware 12.0.  Almost a year ago, my motherboard died and I replaced it 
with a new one, which has the intel 945G imbedded graphics chipset.  
Previously I had an older video card.  When I swapped out the motherboard, 
I found that in order to get X to work with the intel driver in Slackware 
12,0 on the new motherboard, I had to set

        Option "PreferredMode" "1600x1200"

or I would get the exact same problem I am not seeing with Slackware 12.2 
and PreferredMode not set.

In summary,

    Slackware 12.0, PreferredMode set, works fine
    Slackware 12.0, no PreferredMode, display is way off as described above
    Slackware 12.2, no PreferredMode, display is way off (same as Slack 12.0)
    Slackware 12.2, PreferredMode set, X server will not start/freezes up.

I don't know if any of that helps at all, or just makes it more confusing.


If there are additional scenarios I should try, please let me know.  I cannot
fix this problem myself and I will gladly provide as much help as I can to
those of you who are able to fix it.

Paul.

Per suggestion in Comment 5, I did try commenting out the entire Monitor Section, and 
this line: 

Monitor    "Monitor0"

in the Screen section.  This had no effect: the display still comes up "wrong" as described above.

Paul, how about stick this mode line in xorg.conf? And make PreferredMode use it.

Modeline "1600x1200_85.0"  229.50  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync

Option "PreferredMode" "1600x1200_85.0"

I did try adding the Modeline and PreferredMode lines as suggested in Comment 8.
This DOES work for me; I am very, very grateful.  I kind of consider this a workaround
because I still can't run LiveCDs of other distributions.  However, I understand I may be
the only person on the planet still using this monitor, and working on the driver may not
be appropriate since the additional 2 lines do provide me with a way to start and use X.
If however you want additional information from me, I will gladly provide it.  
If I didn't say thank you enough to all of you, here it is again: thank you all very much.

In short, if you want to close this bug report, it's fine with me.  If you want to keep working
on it so that a user doesn't need to manually add the Modeline and PreferredMode lines,
I will gladly try to provide any additional information you required.  

thanks thanks thanks .....

The problem is the server is rejecting the detailed mode that your monitor tells it is the correct mode for your monitor.

(II) intel(0): Supported additional Video Mode:
(II) intel(0): clock: 229.5 MHz   Image Size:  360 x 270 mm
(II) intel(0): h_active: 1600  h_sync: 1664  h_sync_end 1856 h_blank_end 2160 h_border: 0
(II) intel(0): v_active: 1200  v_sync: 1201  v_sync_end 1204 v_blanking: 1250 v_border: 0
(II) intel(0): Ranges: V min: 50  V max: 160 Hz, H min: 31  H max: 107 kHz,

(II) intel(0): Modeline "1600x1200"x0.0  229.50  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync (106.2 kHz)

(II) intel(0): Not using mode "1600x1200" (hsync out of range)

This would be a general bug in the EDID and mode handling of the server, not a driver problem.

Yes, this is not driver bug, and we have found work around, so close it.

Thanks
Ma Ling