Description of problem: I installed the nightly rawhide tree on Aug. 21. X worked fine with anaconda. After rebooting, firstboot came up just fine as well, so X was working there. After firstboot, gdm failed to start. Machine has a Matrox G400 and is connected via a KVM, although this setup has worked before on previous releases. I dropped to runlevel 3 and ran "/usr/X11R6/bin/X". I could see the monitor status light blink like it normally does when starting X. Then the screen turned blank. No graphics, no pointer, nothing. I went back to the virtual console that I ran "X" from but did not see any error messages. Nothing in the X logs looks suspicious to me. However, the xorg.conf file looks suspiciously small to me, and it lacks any resolution modes or module information. Maybe firstboot just mangled the config file? I'm attaching the X log and the xorg.conf file. Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.1.1-26.fc6.i386.rpm How reproducible: every time on my test machine
Created attachment 134639 [details] xorg config file
Created attachment 134640 [details] X log
Created attachment 134641 [details] updated X log
Another data point: When I specify the "vesa" driver, X will start. So maybe the problem is specific to the mga driver.
Do you happen to have an X log from starting the machine with an older version of X? Say, FC5.
I don't have an old log handy. I can reinstall the box with FC5 if necessary. Just let me know.
(In reply to comment #6) > I don't have an old log handy. I can reinstall the box with FC5 if necessary. > Just let me know. That would be helpful.
Most likely the same than bug 197033 (X doesn't work anymore with Matrox G400). I'm affected, too. My work-around is to downgrade to the driver from FC5 (xorg-x11-drv-mga-1.2.1.3-1.2).
> I'm affected, too. Me too.
I have an MGA G200 and have it up an running. I did have out of range errors with the xorg.conf file that worked fine for FC5 version. See bug 207804 X -configure followed by changing the vertical refresh rate from *190* Hz to 70 Hz does not cause out of range errors for games now.
Created attachment 137839 [details] [mschwendt] X log with xorg-x11-drv-mga-1.2.1.3-1.2
Created attachment 137840 [details] [mschwendt] X log with xorg-x11-drv-mga-1.4.1-5.fc6
Created attachment 137893 [details] Log on recently installed system. This is with no xorg.conf file at all. I am using xorg-x11-drv-mga-1.4.1-5.fc6
*** Bug 197033 has been marked as a duplicate of this bug. ***
As suggested by Alexei Podtelezhnikov, I've tried reducing the screen resolution: 800x600, true-colour : works 1024x768, true-colour : works 1152x768, true-colour : works 1280x960, true-colour : -FAILS- 1280x1024, true-colour: -FAILS- (*) (*) is the resolution I've used for a very long time and which works flawlessly with FC5 and older!
s/true-colour/Thousands of Colors/ is what system-config-display says about the colour resolution, and it's right (I mixed that up with a different machine, seems s-c-d uses the "Millions of Colors" there).
Historically, I learned about videoram in bug 25920. I hope there is an option for the new driver to disable some advanced feature that eats up to much videoram. We do want old 16Mb hardware to work.
Created attachment 138374 [details] X log Today's (20061012) rawhide. Stock xorg.conf. Panel says display is using Hsync of 82.4kHz, Vref of 103Hz which is out of range, and out of the detected values. # Xorg configuration created by pyxf86config Section "ServerLayout" Identifier "Default Layout" Screen 0 "Screen0" 0 0 InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "Device" Identifier "Videocard0" Driver "mga" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection
I rebuilt xorg-x11-drv-mga with version 1.4.2 and it works for me.
With xorg-x11-drv-mga 1.4.2 => it works for me.
Where is this version at? I checked development and updates-testing. Neither is up to 1.4.2. Thanks!
> Where is this version at? At x.org : ftp://ftp.x.org/pub/individual/driver/ rpm (with no warranty) : http://feliciano.matias.free.fr/xorg-x11-drv-mga/
$ rpm -q xorg-x11-drv-mga xorg-x11-drv-mga-1.4.2-0.fc6.mat.1 works for me, too. And 1.4.2 is from Sep 18th, it seems.
Thanks for the link to the driver sources. Especially thanks for the binary rpm version. rpm itself is acting up for me, so I'll test later, after getting it to install.
Created attachment 138483 [details] Log when checking effects of resolution changes. The screens are not working as desired. They do not cause the display to go out of range as was the case previously
Created attachment 138484 [details] Log after running system-config-display --reconfig 100 percent better response with this compilation for the driver. This means it is possible to fix. As a note, I changed to the mga only instead of dual head. Works for me too!
Perhaps bug #207804 is related to this one.
*** Bug 207804 has been marked as a duplicate of this bug. ***
As noted, the problem is corrected by the better version of the driver. As above, I closed as duplicate of this bug. Thanks!
Possible dupe of this bug I filed upstream against the mga driver: https://bugs.freedesktop.org/show_bug.cgi?id=6821 Would be good to get this fixed for FC6
The reference to out of range for Horizontal matches the problem that I was experiencing. The vertical max range was also out of bounds. MGA G200 also in reports.
Supposing that the xorg-x11-drv-mga-1.4.2-1.fc6 will be included when FC6 is finalized, this bug seems to be resolved though the status is still new. xorg-x11-drv-mga-1.4.2-1.fc6 from rawhide works when I change resolutions to lower settings. Changing to lower settings did cause out of range with the previous driver. Thanks for the fix.
Brent, could you confirm that xorg-x11-drv-mga-1.4.2-1.fc6 does indeed fix the issue and close this bug if so. Thanks, Kristian
Same problem with ATI 9600 M10. Solved problem by downloading ati-prop driver and installing it. The x11 config was blank as described . Ran aticonfig --initial and it made a new x11 config file.
NEEDINFO as per comment #33. Did 1.4.2 work any better? Does F7 exhibit the same problem?
Reporter, could you please reply to the previous question? If you won't reply in two weeks, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
No information requested was provided, so I close this bug as INSUFFICIENT_DATA. Reporter, if you could, please, reopen with additional information.