Bug 49840

Please try again when Beta 3 is out.

This defect is considered MUST-FIX for Fairfax.

Still true with Beta 3 (GUI install)

both XF86 3 and 4 config files are generated.  neither are correct.  System
defaults to XF86 3.

Did you choose the proper monitor type to match your LCD?

I let it auto-detect, which is what I've done in the past.

My correct LCD type isn't listed....

Try using the "Generic Laptop Display Panel 1024x768" (assuming your laptop can
do 1024x768, pick the correct one if not).

What monitor did it autoprobe, btw?

Here's what it autoprobed:

Section "Monitor"
    Identifier  "Probed Monitor"
    VendorName  "Unknown"
    ModelName   "Unknown"
    HorizSync   46.876
    VertRefresh 75.121
    ModeLine    "800x600" 48.002 800 832 928 1024 600 604 608 624 -HSync -VSync
EndSection

Could you attach the working XF86Config(-4?) that you used in 7.1, and also the
config file the installer now creates? I'd like to compare them.

Created attachment 27353 [details]
incorrect generated XF86Config

Created attachment 27354 [details]
XF86Config from 7.1

Sorry if there are three attachments instead of two -- bugzilla is balking again.

XF86Config is the broken config generated by beta3.  It can be fixed simply by
switching SVGA from Probed Monitor to Unprobed Monitor.

XF86Config-7.1 is the config I used on RH 7.1.

I've never gotten an XF86Config-4 that works with that LCD and video card, even
though the chipset is supported by XFree86 4.

Did it work when you manually chose "Generic Laptop Display Panel 1024x768"
(assuming your laptop can do 1024x768, pick the correct one if not)?

Could you attach the output from ddcprobe for this machine (its in the anaconda
RPM)?

It still didn't work.  Here's ddcprobe:

[root@localhost root]# ddcprobe 
VESA 2.0 detected.
OEM Name: Copyright 1998 TRIDENT MICROSYSTEMS INC.
Memory installed = 128 * 64k blocks = 8192kb
Supported standard modes:
        1024x768x16m
        640x480x16m
        800x600x16m
        1024x768x32k
        1024x768x64k
        800x600x32k
        800x600x64k
        640x480x32k
        640x480x64k
        1024x768x256
        640x400x256
        640x480x256
        800x600x256
        1024x768x16
        800x600x16
EDID read failed. (No DDC-capable monitor attached?)
[root@localhost root]# 

So to summarize, DDC probing does not work (not surprising, since it isn't
supposed to be able to handle LCDs), and specifying a monitor manually also
creates a bad XF86Config (its putting the wrong monitor section).

Does this sound correct?

Yep!

I've done an install on a machine with a older Neomagic chipset and it failed to
DDD probe the LCD. I picked 'Generic LCD 1024x768" and rebooted. X came up fine.
This was a GUI text case.

When I tried the TUI case - it looks like for my Neomagic it defaulted to 256k
of video RAM, which is not enough.  How much does the card configuration screen
default to for you?

It defaulted to 8192k for me

I've done a fresh install, text mode, with RC1.  With RC1, it's the same as
beta3.  It detects the right chipset and right amount of memory.  It doesn't
detect the LCD.  When I tell it to use the generic 1024x768 LCD, it generates
broken X configs.

RC2 works for me, though I still have to force it to use the generic 1024x768
LCD instead of unprobed.  Also, only XFree86 3 works in RC2, even though XFree86
4 supports the chipset.

Great glad to hear its finally working. Hopefully we can probe LCDs better in
the future.