Thomas Hellström wrote: > Keith Whitwell wrote: >> Thomas Hellstrom wrote: >> >>> linux-core/drmP.h | 13 +++- >>> linux-core/drm_bo.c | 31 ++++++----- >>> linux-core/drm_fence.c | 128 >>> +++++++++++------------------------------------- >>> linux-core/drm_lock.c | 4 - >>> >> >> Thomas, >> >> Can you be more specific about the changes in drm_lock.c -- what is the >> background there - the change doesn't seem related to the commit comment? >> >> Keith >> >> > Ah, OK, this one more or less slipped through. > I might need to revert that. > > In a situation where there are many processes waiting on the hardware > lock, and one process grabs it, the lock will lose the CONTENDED flag, > until one of the sleeping processes is woken up by a clock tick and > sends the CONTENDED flag again. The process taking the lock will not > call the kernel to wake up sleeping processes, and can retake the lock > again without calling the kernel. > > This is not an ideal situation, and the change makes sure that the > process taking the lock calls the kernel again to wake up any sleeping > processes even if there are none available. This seems improve > scheduling at the cost of some extra CPU when there are more than one > DRI client.
Ah, interesting. This sounds like the cause of some pretty long-standing bad behaviour of dri locking where some contexts end up being 'locked out' despite the dri lock being repeatedly grabbed and released by a given process. Keith ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel