• Eric Anholt's avatar
    v3d: Fix incorrect handling of two fences created back-to-back. · a221f970
    Eric Anholt authored
    Recreating our context's syncobj with ALREADY_SIGNALED meant that if you
    created two fences in a row, then waiting on the second would succeed
    immediately.  Instead, export a sync file in the gallium fence (since we
    don't have a syncobj clone ioctl), and just create a new syncobj to wait
    on whenever we need to.
    
    Noticed while debugging
    dEQP-GLES3.functional.fence_sync.client_wait_sync_finish
    a221f970
Name
Last commit
Last update
bin Loading commit data...
build-support Loading commit data...
docs Loading commit data...
doxygen Loading commit data...
include Loading commit data...
m4 Loading commit data...
scons Loading commit data...
scripts Loading commit data...
src Loading commit data...
.dir-locals.el Loading commit data...
.editorconfig Loading commit data...
.gitattributes Loading commit data...
.gitignore Loading commit data...
.mailmap Loading commit data...
.travis.yml Loading commit data...
Android.common.mk Loading commit data...
Android.mk Loading commit data...
CleanSpec.mk Loading commit data...
Makefile.am Loading commit data...
README.rst Loading commit data...
REVIEWERS Loading commit data...
SConstruct Loading commit data...
VERSION Loading commit data...
appveyor.yml Loading commit data...
autogen.sh Loading commit data...
common.py Loading commit data...
configure.ac Loading commit data...
install-gallium-links.mk Loading commit data...
install-lib-links.mk Loading commit data...
meson.build Loading commit data...
meson_options.txt Loading commit data...