Red Hat Bugzilla – Bug 31459
DRM unstable on G200; recommend disabling by default
Last modified: 2005-10-31 17:00:50 EST
IME, accelerated 3D on matrox G200 is quite unstable (I'd hesitate to call
its current state "beta"), and I don't think it should be enabled by
default in the 7.1 release. To wit:
- I can't leave xscreensaver running all night in 'random screensaver'
mode; I always come back in the morning and find it locked up displaying a
- 3D in a window will always lock up the Xserver if that window is left
fully occluded for any length of time.
- Resizing windowed 3D apps isn't as surefire a way to crash the Xserver,
but it works some of the time.
- Lockups seem to leave the rest of the system running, but alas, killing
XFree leaves the console in an unusable state. Running the Xserver on
matroxfb with a software cursor makes it possible to recover the console,
but if sysrq isn't enabled, this is only possible remotely.
Anyway, I think drm should be disabled by default for G200 cards in 7.1
final, especially since the default screensaver is 'random'. Too much black
magic is needed to use drm without destabilizing the entire system.
Non-root users shouldn't be able to crash the system with such ease.
XFree86 and Mesa are closely linked. If the Mesa you're using is not
the proper one, these lockups can occur. I've just recently discovered
this, and am now making XFree dependant on a specific release of Mesa
to solve the problem, but for now you should try out Mesa 3.4-11 and
XFree86-4.0.2-12.1. I also recommend the latest kernel which fixes some
DRM issues, at least on r128 cards.
Does this fix it for you?
I don't see Mesa-3.4-11 in rawhide, but I'm testing 3.4-10 with
XFree86-4.0.2-12.1 and kernel-2.4.2-0.1.25. Will report back in a few days
You _MUST_ use Mesa 3.4-11 or you _WILL_ have problems. ;o)
Mesa 3.4-10 is built against older XFree86 and will explode.
For the updated Mesa package:
My newer XFree packages (as in from now on) will have a dependancy on the
proper Mesa in order to make sure people upgrade Mesa when upgrading X.
I think this will fix a lot of problems being reported.
Does the new Mesa 3.4-11 fix the problem?
Rebuilding binary RPM. Stay tuned for updates
Things do generally seem alot more stable. GL apps can now be fully hidden and
re-exposed without locking up X, and it now takes ten instances of gloss to lock
up XFree (it took only four or five before):
Mar 13 01:16:48 eem12 kernel: [drm:mga_fire_primary] *ERROR* num_dwords == 0
Also, running a GL app while selecting a 3D screensaver so it previews in the
Control Center locks up X reproducibly (in this case, 'gloss' and 'GLPlanet'.)
This is all on a Matrox G200, btw, not riva128. Full-screen apps are generally
working quite nicely, except for the odd rendering error. Windowed apps are
almost as good; pop-up menus seem to interfere with GL rendering (see RMB menu
All in all, things are looking much nicer than they were in Wolverine. Thanks.
Ok great, I'm closing this bug then because it appears to be more or less
fixed. Please file a new bug report if there are still issues you find.
Also, the "r128" is the ATI Rage 128 driver, not Nvidia riva128. Just
thought I'd let you know that..
Glad it works much better for you! New version to be realeased soon which
may fix even more stuff for you..