diff options
author | Alejandro Piñeiro <[email protected]> | 2016-06-28 13:16:33 +0200 |
---|---|---|
committer | Alejandro Piñeiro <[email protected]> | 2016-07-01 08:09:27 +0200 |
commit | 5e553a6bb31cc205e43bde48a19399284ce3d5e1 (patch) | |
tree | f642c0d8d0157189c8fa147693c036ff82770347 /src/mesa/vbo/vbo_exec_array.c | |
parent | 51ca57df0196837e5ac754fd8e54e64205a5b957 (diff) |
i965: intel_texture_barrier reimplemented
Fixes:
GL44-CTS.texture_barrier_ARB.same-texel-rw-multipass
On Haswell, Broadwell and Skylake (note that in order to execute that
test, it is needed to override GL and GLSL versions).
On gen6 this test was already working without this change. It keeps
working after it.
This commit replaces the call to brw_emit_mi_flush for gen6+ with two
calls to brw_emit_pipe_control_flush:
* The first one with RENDER_TARGET_FLUSH and CS_STALL set to initiate
a render cache flush after any concurrent rendering completes and
cause the CS to stop parsing commands until the render cache
becomes coherent with memory.
* The second one have TEXTURE_CACHE_INVALIDATE set (and no CS stall)
to clean up any stale data from the sampler caches before rendering
continues.
Didn't touch gen4-5, basically because I don't have a way to test
them.
More info on commits:
0aa4f99f562a05880a779707cbcd46be459863bf
72473658c51d5e074ce219c1e6385a4cce29f467
Thanks to Curro to help to tracking this down, as the root case was a
hw race condition.
v2: use two calls to pipe_control_flush instead of a combination of
gen7_emit_cs_stall_flush and brw_emit_mi_flush calls (Curro)
v3: no need to const cache invalidation (Curro)
Reviewed-by: Francisco Jerez <[email protected]>
Diffstat (limited to 'src/mesa/vbo/vbo_exec_array.c')
0 files changed, 0 insertions, 0 deletions