Am 2003.11.28 16:15:55 +0100 schrieb(en) Michel Dänzer: > On Fri, 2003-11-28 at 13:00, Andreas Stenglein wrote: > > > > I found another program using scissors that triggers > > (maybe) the same bug: lesson24 from nehe.gamedev.net > > http://nehe.gamedev.net/data/lessons/lesson.asp?lesson=24 > > (glut and sdl source) > > The difference is: when triggering the bug with q3a > > both gl-apps exit() with r200WaitIrq: drmRadeonIrqWait: -16 > > and the Xserver loops, no cursor-movement... > > when triggering the bug with lesson24, one program loops > > and gets #1 in top (99,x% CPU), and you have at least > > a moving cursor. After killing -KILL the programs, the Xserver > > becomes #1 -> now you have the same result you get with quake3. > > Sounds like different symptoms of a chip lockup. > > This patch doesn't happen to make a difference, does it?
unfortunately not. The lockup still occurs. [...] It looks like its "easier" to trigger the lockup if the windows overlap. But overlap isnt necessary. Andreas ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
