On Mon, 2005-03-14 at 11:45 -0500, Adam K Kirchhoff wrote: > Michel DÃnzer wrote: > > >On Mon, 2005-03-14 at 07:34 -0500, Adam K Kirchhoff wrote: > > > >>glxgears usually runs fine till I move the mouse... The mouse will > >>stutter. > > > >I suspect this is caused by the RADEONWaitForIdleMMIO() call Vladimir > >added to RADEONChooseCursorCRTC() on February 18th. I think this > >function will be called asynchronously, so the hardware lock isn't held, > >and another client can keep the engine busy long enough for > >RADEONWaitForIdleMMIO() to time out, in which case it will try to reset > >the chip, still without the lock, which would explain the kernel > >messages about radeon_cp_reset. This is also more likely to happen with > >SMP, so I think it matches your observations pretty well. :) > > Woohoo. We have a likely culprit. Vladimir, does that make sense to you?
Well, have you tried removing the call? Does it fix your problems? -- Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
