Leif, I've got it. After adding checks and checks to everything I finally discovered it - in some circunstances (such as a regular wait_for_idle with no previous buffer submiting as an example) we were firing GUI master without enabling the BM. It's a miracle the card even worked at all!
I'm really relieved for the problem was in the code and in no way associated with the card misbehavior on slow computers! I think that now we can make some code cleaning. If you have no objections, I would to remove some of the code associated with the BUFFER AGING=0, and/or when MACH64_NO_BATCH_DISPATCH=0. The UPDATE_RING_HEAD macro is getting monolithical but after giving some thoughs about it I've come to the conclusion that that code must really be there. The only liberty we have to either leave in a macro, inline it, or put in a seperate directories. What I'll do it leave the most used code path in the macro, and define subroutines for doing the less used paths. On 2002.06.10 02:37 Leif Delgass wrote: > ... > > btw, when did you last update from cvs? I was wondering if you had tried > the blit changes I made yesterday (June 8). > Yeah. I had no problem associated with them, so keep them coming! > ... Regards, Jos� Fonseca _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
