Description of problem: Installing Fedora using normal graphics mode results in a garbaged screen (see attached photo) Version-Release number of selected component (if applicable): How reproducible: Normal Fedora installation. Steps to Reproduce: 1. Install Fedora 18 on HP DL 140 G3 Actual results: Garbaged screen. Expected results: Normal installation. Additional info: Installing using Basic Graphics Mode (VESA) resulting in a 800 by 600 screen mode resolution, making installation very difficult :- https://bugzilla.redhat.com/show_bug.cgi?id=493441 The installed system
Created attachment 734875 [details] F19-LIVE CD produces wrapped graballed graphics.
Please provide the information listed at https://fedoraproject.org/wiki/How_to_debug_Xorg_problems - at least as much of it as possible. Thanks!
Created attachment 738741 [details] Xorg.0.log
Created attachment 738742 [details] Xorg.1.log
Created attachment 738743 [details] Xorg.9.log
Created attachment 738744 [details] garbled Graphics Mode Anaconda screen
Created attachment 738745 [details] Basic Graphics Mode Anaconda Anaconda using Basic graphics mode screen on a 1950 by 1200 monitor displaying in 800 by 600.
Created attachment 738746 [details] Basic Graphics Mode Anaconda - Main settings screen Anaconda using Basic graphics mode screen on a 1950 by 1200 monitor displaying in 800 by 600. Very difficult to use using keyboard and tab and return keys to move around to off screen keys and options.
Created attachment 738747 [details] su -c 'lspci --'
There is no /etc/X11/Xorg.conf file.
Attempt at creating one goes badly wrong :- [root@localhost ~]# Xorg :1 -configure X.Org X Server 1.13.3 Release Date: 2013-03-07 X Protocol Version 11, Revision 0 Build Operating System: 2.6.32-279.19.1.el6.x86_64 Current Operating System: Linux localhost.localdomain 3.8.4-202.fc18.i686.PAE #1 SMP Thu Mar 21 17:14:12 UTC 2013 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-3.8.4-202.fc18.i686.PAE root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap nomodeset rd.md=0 rd.dm=0 rd.luks=0 rd.lvm.lv=fedora/root vconsole.keymap=uk rhgb quiet LANG=en_GB.UTF-8 Build Date: 22 March 2013 12:56:23PM Build ID: xorg-x11-server 1.13.3-2.fc18 Current version of pixman: 0.28.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.1.log", Time: Tue Apr 23 02:08:30 2013 List of video drivers: qxl mga amd nouveau vmware geode ati intel modesetting ztv radeon openchrome fbdev vesa (++) Using config file: "/root/xorg.conf.new" (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" Number of created screens does not match number of detected devices. Configuration failed. Server terminated with error (2). Closing log file. [root@localhost ~]# ls
Created attachment 738749 [details] /var/log/gdm files on a drm.debug=14 log_buf_len=16M results
Thanks Adam I hope this information helps. I would be interested in a Xorg.conf file that allow me to use it in VESA mode with a higher resolution. I tried one but it did not seem to do anything.
Thanks. You don't have a Rage XL according to these logs at all. You have a Matrox G200 variant: 18:02.0 VGA compatible controller [0300]: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerEngines (SEP1) [102b:0522] (rev 02) It looks like there's a major issue with the mga driver: [ 30.781] (II) Loading /usr/lib/xorg/modules/drivers/mga_drv.so [ 30.781] (EE) Failed to load /usr/lib/xorg/modules/drivers/mga_drv.so: /usr/lib/xorg/modules/drivers/mga_drv.so: undefined symbol: MGAStormSync [ 30.781] (II) UnloadModule: "mga" [ 30.781] (II) Unloading mga [ 30.782] (EE) Failed to load module "mga" (loader failed, 7) which is why it falls back to vesa. Re-assigning to xorg-x11-drv-mga. The output of 'rpm -q xorg-x11-drv-mga' and 'rpm -q xorg-x11-server-common' may possibly be useful. Devs, does this just need a rebuild? Something more serious?
What version of mga do you have installed?
And, can you try 1.6.2-6.fc18 if you don't already have it.
Created attachment 741563 [details] Xorg.0 from Fedora 14 boot on HP DL140 G3 This validates it being an MGA video driver.
Okay done a 'yum update' and have now got 1024 by 768 now but with desktop background, settings and gnome tools other than the terminal everything is limited to the left hand side of the screen.
Created attachment 741628 [details] New Xorg.0.log file
Created attachment 741639 [details] Applications dispaly left half only and color is wrong Not a brilliant picture. The top line of the display is does not show but it is normal ! It seems its just Gnome apps.
Created attachment 741640 [details] Activities selection screen Activities displays things in half width and on left hand side, and color is incorrect.
can you paste the output of glxinfo ? I'm wondering if we're trying to render Shell using whatever 3D acceleration we still have on Matroxes, and whether that's a good idea or whether we should blacklist 'em.
Created attachment 743297 [details] Output of 'glxinfo' command
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.2, 128 bits) so, we're on llvmpipe, but you get buggy rendering. hmm. still, it does seem that this problem is fixed, so can you file a new report for the rendering problem? It keeps things clearer. Include all the usual debugging logs again (they'll be different now the driver bug is fixed). Thanks! Not sure if the new bug will be in mga, the server or llvmpipe, but I guess filing against any of those would be OK to start with. As the fixed driver was pushed stable, I'm going to close this bug.