v3d: only process glMemoryBarrier() for SSBOs and images
authorIago Toral Quiroga <itoral@igalia.com>
Thu, 8 Aug 2019 10:46:43 +0000 (12:46 +0200)
committerIago Toral Quiroga <itoral@igalia.com>
Tue, 13 Aug 2019 06:25:15 +0000 (08:25 +0200)
commitf1cf1153e800f3854279d2459f3191441634beff
treec17def1be4efbbfff9bb944dcfbe20835c900b3e
parentf1559ca922de9e31f70b72a1f8fb3b1fbfe7d5ca
v3d: only process glMemoryBarrier() for SSBOs and images

PIPE_BARRIER_UPDATE is defined as:
PIPE_BARRIER_UPDATE_BUFFER | PIPE_BARRIER_UPDATE_TEXTURE

Which means we were flushing for any flags other than these two, but
this was intended to only flush for ssbos and images.

Actually, the driver automatically flushes jobs as we need, including
writes/reads involving SSBOs and images, so we don't really need to
flush anything when the program emits a barrier. However, this may
lead to excessive flushing in some cases, so we will soon change this
to avoid atutomatic flushing of the current job for SSBOs and images,
meaning that we will rely on the application to emit correct memory
barriers for these that we should make sure to process here.

Reviewed-by: Eric Anholt <eric@anholt.net>
src/gallium/drivers/v3d/v3d_context.c