iris: Fix a fast-clear skipping optimization
When support for multi-slice fast-clears was introduced for color
surfaces, an existing optimization for skipping fast-clears was not
updated (this optimization assumed single-slice fast-clears). As a
result, the driver began to skip multi-layer fast-clears if just the
first slice was in the CLEAR state (ignoring the state of the others).
A Civilization VI trace was the only workload I found to make use of
this optimization and it did so for 2D, non-array textures. Therefore,
this fix simply checks that the depth of the clear box is 1. It also
moves the single-slice aux-state query closer to the optimization to
clarify the need for the depth check.
Enables iris to pass a case of the fcc-write-after-clear piglit test,
[fast-clear tracking across layers 0 -> 1 -> (0,1)].
Fixes: 393f659ed8
("iris: Enable fast clears on other miplevels and layers than 0.")
Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6973>
This commit is contained in:
parent
c416adfb2d
commit
3f3a5f3489
|
@ -198,8 +198,6 @@ fast_clear_color(struct iris_context *ice,
|
|||
{
|
||||
struct iris_batch *batch = &ice->batches[IRIS_BATCH_RENDER];
|
||||
struct pipe_resource *p_res = (void *) res;
|
||||
const enum isl_aux_state aux_state =
|
||||
iris_resource_get_aux_state(res, level, box->z);
|
||||
|
||||
color = convert_fast_clear_color(ice, res, color);
|
||||
|
||||
|
@ -278,7 +276,9 @@ fast_clear_color(struct iris_context *ice,
|
|||
/* If the buffer is already in ISL_AUX_STATE_CLEAR, and the color hasn't
|
||||
* changed, the clear is redundant and can be skipped.
|
||||
*/
|
||||
if (!color_changed && aux_state == ISL_AUX_STATE_CLEAR)
|
||||
const enum isl_aux_state aux_state =
|
||||
iris_resource_get_aux_state(res, level, box->z);
|
||||
if (!color_changed && box->depth == 1 && aux_state == ISL_AUX_STATE_CLEAR)
|
||||
return;
|
||||
|
||||
/* Ivybrigde PRM Vol 2, Part 1, "11.7 MCS Buffer for Render Target(s)":
|
||||
|
|
Loading…
Reference in New Issue