Red Hat Bugzilla – Bug 448232
Low quality graphics with Neomagic driver
Last modified: 2018-04-11 03:24:30 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/4.0; Linux) KHTML/4.0.4 (like Gecko) Fedora/4.0.4-4.fc9
Description of problem:
After installing Fedora 9 on IBM Thinkpad 600X laptop, the graphic qality of some
items is low. Only bitmaps (wallpaper and icons) are displayed with reasonable
color resolution (and good quality). All other graphics are displayed with very
low color resolution, like 8 bit per pixel, and visible dithering. The same
happens on two machines, one upgraded from FC5 and one with fresh install.
The chipset is reported by lspci as Neomagic Corporation NM2360 [MagicMedia
I tried to downgrade xorg driver to the one from Fedora 8, the graphics qality
improves but X-es crash soon.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Take IBM Thinkpad 600X laptop
2. Install Fedora 9 with KDE
3. Run the machine, login as any user and watch the result
Low quality graphics (except wallpapers and icons), visible dithering, clock it
lower right corner not visible (but responds to mouse clicking)
all items displayed with 16bpp quality
I've just tested latest version 1.2.1 from Xorg. There are still the same
problems with KDE but there is some improvement since GTK apps are working again
(with 1.2.0 they crashed imediately with a message indicating missing font or
Thanks for the bug report. We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 306866 [details]
X configuration file
Created attachment 306867 [details]
X windows log when using the configfile
Created attachment 306868 [details]
X windows log without using configuration file
I'd like to add my vote to this issue. I've just had to replace F9 with Xubuntu as the graphics
performance on my NM2380 was too poor. I didn't see the same level of issues as mentioned above,
1) The hw cursor no longer worked and appeard as a corrupt square. Setting the SWCursor option
resolved the issue, but this wasn't required on previous Fedora releases and isn't required on the
Ubuntu Xorg 7.3 install from Hardy
2) Graphics acceleration seemed to be turned off even though Xaa was reported as being enabled in the
xorg log file. Scrolling down a webpage resulted in really bad clipping. Scrolling the same page under a
hardy installation shows nice smooth scrolling.
One more thing I forgot to include
3) In the Gnome-terminal, the console fonts looked terrible and where obviously not AA. Changing font
settings had no effect.
(In reply to comment #6)
> resolved the issue, but this wasn't required on previous Fedora releases and
> isn't required on the Ubuntu Xorg 7.3 install from Hardy
Yes, *ubuntu has the same older Xorg version as F8 had. So comparison with Hardy
has no meaning here.
> 2) Graphics acceleration seemed to be turned off even though Xaa was reported
> as being enabled in the xorg log file. Scrolling down a webpage resulted in
really bad clipping.
Can we get output of this command?
glxinfo |egrep -i '(dir|dri)'
[wk@sekwoja ~]$ glxinfo |egrep -i '(dir|dri)'
direct rendering: No (If you want to find out why, try setting
OpenGL renderer string: Mesa GLX Indirect
Sorry, that WAS correct.
It seems that the recent update of xorg-x11-server cured the problem. Now the
graphic on my Thinkpad 600X is working fine again, even in 24 bit color depth.
I use version 184.108.40.2062-3.20080612 of xorg-x11-serverxorg-x11-server.
The bug can be closed, if noone opposes.
Thanks for letting us know.