On Fri, Mar 30, 2012 at 10:12 AM, Jose Fonseca 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 in that case
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 wrote:
> gallivm/llvmpipe is not thread safe.
>
> To fix it, we need to have separate LLVMContext
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 have
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 if
