Michael wrote: > On Sat, May 25, 2002 at 07:37:33AM +0100, Michael wrote: > >>On Fri, May 24, 2002 at 06:35:36PM -0700, Linus Torvalds wrote: >> >>>which certainly seems to imply that there are bogus command packets being >>>sent to the kernel by tuxracer. >>> >>Nod, this should be relatively easy given the nice way it exits. >> > > Problem is summing the size of buffer needed for dirty state, when we > call AllocCmdBuf to allocate it, that can dirty state if the buffer's > flushed (via GetLock - the CTX in my previous post was the new page > flipping stuff, but it looks like there is other state in that path) and > the 2nd loop was outputting more than we'd reserved. > > (Keith, better fix for this? I assume you did it this way to avoid > a per-state call to alloc or to avoid flushing in the middle of state > changes?)
No, I think this is probably the best way to do it. > Doesn't stop the hang in tuxkart, I've not hung tuxracer with or without > this patch. I haven't been able to hang tuxracer either. Do you want to commit this? Keith _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
