Red Hat Bugzilla – Bug 49840
incorrect X configs for Trident Cyberblade / Compaq 12XL125 generated
Last modified: 2005-10-31 17:00:50 EST
Text install, updates 07192001 disk
anaconda detects the right video chipset, but then generates totally borked
X configs. The X 4 config generated only includes resolutions higher than
the LCD supports, and the X 3 config similar includes no valid modes.
anaconda is also still defaulting to X 3 for this chipset, even though X 4
now supports it.
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:
Identifier "Probed Monitor"
ModeLine "800x600" 48.002 800 832 928 1024 600 604 608 624 -HSync -VSync
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
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:
EDID read failed. (No DDC-capable monitor attached?)
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?
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