Bug 474977

Description of problem:

While glxgears seems to work, less trivial OpenGL apps will lock up the system hard. At one point "glchess" from gnome-games was triggering it, though the very latest drivers seem to no longer hang. Yellow rose still hangs it, available here:

http://ftp.kameli.net/pub/fit/yellow_rose/yellow_rose.c-src.tar.gz

I'm hesitant to do much more experimentation as hard system lockups are very unhealthy for my filesystems and this is my critical primary desktop machine...

Also any use of the video overlay seems to lock up the X server. The mouse cursor still moves but otherwise does not respond to anything else. If I ssh in, plain kill doesn't work, I have to kill -9 it. In which case the server apparently restarts, but the display is all corrupted and it doesn't seem to respond to ctl-alt-backspace or console switching, killing off the server does not restore the text console, the console seems to be completely screwed up and the only option is to reboot. Totem, swfdec, xine and mythtv frontend all trigger it.

OpenGL and video playback worked perfectly in F9. This is a rather severe regression IMO, as just opening an OpenGL app results in an instantly dead system, and any inadvertent video playback results in a locked up X server and a completely screwed console.

Workaround: Revert to xorg-x11-drv-ati from F9. OpenGL reverts to software rendering which at least doesn't lock the system up, and video playback works.

Smolt link:

http://smolt.fedoraproject.org/show?uuid=pub_622c8ebe-d72d-4a4a-9f49-818351c2ec8a

Version-Release number of selected component (if applicable):

xorg-x11-drv-ati-6.9.0-59.fc10.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Run OpenGL apps
2. Play videos with totem
  
Actual results:
Death.

Expected results:
Life.