Thanks Emil, makes sense. I totally missed the stable tag.
Jose
From: Emil Velikov
Sent: 16 November 2014 21:12
To: Jose Fonseca; Tom Stellard
Cc: emil.l.veli...@gmail.com; mesa-dev@lists.freedesktop.org
Subject: Re: [Mesa-dev] [PATCH] llvmpipe: Avoid
On 13/11/14 11:10, Jose Fonseca wrote:
> Hi Tom,
>
> That's peculiar. It looks like pthreads got into a weird state somehow.
> Don't precisely understand how though. Maybe there's a race inside
> pipe_semaphore_signal() with the destruction of the semaphore.
>
> I think the best thing for now
;t think that the Windows deadlock ever happens on Linux.
>
This solution works for me. Feel free to commit.
I wonder if the problem may be the pipe-loader is unloading pipe_swrast.so
before all the threads have finished.
-Tom
> Jose
>
>
> ________________
up per-thread data */
Because I don't think that the Windows deadlock ever happens on Linux.
Jose
From: Tom Stellard
Sent: 13 November 2014 01:45
To: Jose Fonseca
Cc: mesa-dev@lists.freedesktop.org; Roland Scheidegger
Subject: Re: [Mesa-dev] [PATCH
On Fri, Nov 07, 2014 at 04:52:25PM +, jfons...@vmware.com wrote:
> From: José Fonseca
>
Hi Jose,
This patch is causing random segfaults with OpenCL programs on radeonsi.
I haven't been able to figure out exactly what is happening, so I was
hoping you could help.
I think the problem has som
Reviewed-by: Roland Scheidegger
Am 07.11.2014 um 17:52 schrieb jfons...@vmware.com:
> From: José Fonseca
>
> On Windows, DllMain calls and thread creation/destruction are
> serialized, so when llvmpipe is destroyed from DllMain waiting for the
> rasterizer threads to finish will deadlock.
>
>
From: José Fonseca
On Windows, DllMain calls and thread creation/destruction are
serialized, so when llvmpipe is destroyed from DllMain waiting for the
rasterizer threads to finish will deadlock.
So, instead of waiting for rasterizer threads to have finished, simply wait for
the
rasterizer thre
