Thanks for pointing this out. I've found an old discussion on mailing list, let's drop the series.
On Tue, Apr 11, 2017 at 12:43 AM, Timothy Arceri <[email protected]> wrote: > Hi, > > I've been looking into this recently also. Unfortunately I don't think > these will get applied as is. > > These changes have been submitted before but rejected because they make > existing race conditions worse. We really need to fix those first, I really > think we are going to need some multi-threaded piglit tests to test some of > this. > > Also I think some of the locking (e.g. arrayobj, pipelineobj) can be > dropped if we drop support for the GLX_MESA_multithread_makecurrent > extension (which I believe we are planning to drop). > > Tim > > > On 11/04/17 06:08, Bartosz Tomczyk wrote: > >> Bartosz Tomczyk (5): >> mesa/arrayobj: use atomics for reference counting >> mesa/pipelineobj: use atomics for reference counting >> mesa/renderbuffer: use atomics for reference counting >> mesa/samplerobj: use atomics for reference counting >> mesa/texobj: use atomics for reference counting >> >> src/mesa/main/arrayobj.c | 16 ++++------------ >> src/mesa/main/fbobject.c | 1 - >> src/mesa/main/mtypes.h | 7 ------- >> src/mesa/main/pipelineobj.c | 16 ++++------------ >> src/mesa/main/renderbuffer.c | 15 +++------------ >> src/mesa/main/samplerobj.c | 16 ++++------------ >> src/mesa/main/shaderapi.c | 2 -- >> src/mesa/main/texobj.c | 19 ++++--------------- >> 8 files changed, 19 insertions(+), 73 deletions(-) >> >>
_______________________________________________ mesa-dev mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/mesa-dev
