Ok, what if I one uses a global lock around every gl call? Would that
work with the current version of pipeline before proper thread support
is in place?
On Fri, Mar 30, 2012 at 3:42 AM, Jose Fonseca jfons...@vmware.com wrote:
gallivm/llvmpipe is not thread safe.
To fix it, we need to have
On Fri, Mar 30, 2012 at 10:12 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
Ok, what if I one uses a global lock around every gl call?
What do you mean with around every gl call? You mean not on the GL driver but
in the GL application? Yeah, that'd work. Though
Hi,
last time I was wondering about thread safety in Mesa 8.0 build with
llvm=no - this configuration seems to be working with the lock patch.
Now I am testing 8.0 branch with LLVM 3.0 (with scons script fix
a1482b21cb438c271cf20e7d52cb9e4e0537344c - stop me if it is not
supposed to work)
I
Hi,
Is Mesa 8.0 implementation on windows thread safe?
I have some test code that is doing rendering in parallel threads using
debug build of opengl32.dll and it is crashing in debug_free on list_del
operation.
The implementation of u_double_list.h does not seem to be thread safe, so I
believe