diff options
author | Jason Ekstrand <[email protected]> | 2017-06-13 10:19:56 -0700 |
---|---|---|
committer | Jason Ekstrand <[email protected]> | 2017-06-14 15:11:39 -0700 |
commit | 96e7b7ac54bd2220905656a0304eed2a753fceee (patch) | |
tree | 33398647c799f1036924bbe4dcf392c21471f863 | |
parent | 7b607aae3fea4c7a3022641115aa01a05b434448 (diff) |
i965: Do an end-of-pipe sync prior to STATE_BASE_ADDRESS
Cc: "17.1" <[email protected]>
Reviewed-by: Kenneth Graunke <[email protected]>
-rw-r--r-- | src/mesa/drivers/dri/i965/brw_misc_state.c | 18 |
1 files changed, 12 insertions, 6 deletions
diff --git a/src/mesa/drivers/dri/i965/brw_misc_state.c b/src/mesa/drivers/dri/i965/brw_misc_state.c index 97b6bbf5dff..df521652107 100644 --- a/src/mesa/drivers/dri/i965/brw_misc_state.c +++ b/src/mesa/drivers/dri/i965/brw_misc_state.c @@ -883,13 +883,19 @@ brw_upload_state_base_address(struct brw_context *brw) * and flushes prior to executing our batch. However, it doesn't seem * as if the kernel's flushing is always sufficient and we don't want to * rely on it. + * + * We make this an end-of-pipe sync instead of a normal flush because we + * do not know the current status of the GPU. On Haswell at least, + * having a fast-clear operation in flight at the same time as a normal + * rendering operation can cause hangs. Since the kernel's flushing is + * insufficient, we need to ensure that any rendering operations from + * other processes are definitely complete before we try to do our own + * rendering. It's a bit of a big hammer but it appears to work. */ - brw_emit_pipe_control_flush(brw, - PIPE_CONTROL_RENDER_TARGET_FLUSH | - PIPE_CONTROL_DEPTH_CACHE_FLUSH | - dc_flush | - PIPE_CONTROL_NO_WRITE | - PIPE_CONTROL_CS_STALL); + brw_emit_end_of_pipe_sync(brw, + PIPE_CONTROL_RENDER_TARGET_FLUSH | + PIPE_CONTROL_DEPTH_CACHE_FLUSH | + dc_flush); } if (brw->gen >= 8) { |