[Mesa-dev] [PATCH] util: Fix race condition on libgcrypt initialization

Jason Ekstrand jason at jlekstrand.net
Tue Apr 12 22:51:38 UTC 2016

On Apr 12, 2016 3:41 PM, "Matt Turner" <mattst88 at gmail.com> wrote:
> On Tue, Apr 12, 2016 at 3:10 PM, Mark Janes <mark.a.janes at intel.com>
> > Fixes intermittent Vulkan CTS failures within the test groups:
> > dEQP-VK.api.object_management.multithreaded_per_thread_device
> > dEQP-VK.api.object_management.multithreaded_per_thread_resources
> > dEQP-VK.api.object_management.multithreaded_shared_resources
> >
> > Signed-off-by: Mark Janes <mark.a.janes at intel.com>
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94904
> Have you seen
> ?
> I feel pretty uncertain that the patch as it is would be sufficient in
> general, but maybe it's okay since we're just using libgcrypt for
> SHA1?

Ugh... It should be *mostly* safe as mesa only uses gcrypt for it's sha1
implementation.  However, if something uses GL and uses libgcrypt for
something else, we may have a large, hard-to-debug problem.

Not sure how dire we think it is. Would it be better to remove the gcrypt
implementation in light of this?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160412/0d1ef548/attachment.html>

More information about the mesa-dev mailing list