The console can be restored by killing gflux from a remote login.
G200, G400, r128, i810 or Voodoo?
The system has a r128. Will add this system to the profiles on the beta site shortly. The problem can also be reproduced by running /usr/X11R6/lib/xscreensaver/gflux from the command line. None of the other screensavers seem to show this behavior.
None of the other OpenGL screensavers do this? Odd. I'd still wager it's a DRI problem; does it go away if you a) run in something other than 16bpp? b) comment out 'Load "dri"' from /etc/X11/XF86Config-4?
You're right. I hadn't tried a opengl screensaver, just a sampling of the others. All the opengl screensavers show the behavior, so it is likely dri. The system is in a 32-bit mode, however, not 16-bit. I'm trying it without dri support right now.
<wanders over to test machine> Oh, r128 supports DRI in 24bpp now. I did not know that. In any case, reproduced here; it runs for a while and then it hangs.
Confirmed that it's a DRI issue by commenting out dri in the XF86Config-4 file, posted bug against XFree86-Servers *** This bug has been marked as a duplicate of 26518 ***
I've also confirmed this bug to exist as well under similar conditions. Solution right now is disable DRI. XFree86 4.0.2 DRI blows goats. From what it looks like, DRI is not supported on Radeon, broken on r128 and Voodoo, and matrox cards don't work at all period (yet). Unless there are some quick fixups to XFree86 4.0.2 DRI, perhaps in 4.0.3, there's going to be a lot of disabled DRI drivers. I think the cause of this is that both the XFree DRI code is incredibly new and untested, and also the 2.4.x kernel code is mostly new and untested, especially in combination with XFree 4.0.2. In order to get DRI working, one will have to go to dri CVS and play.