From a7059a764e571fed6276f6376e48c6726889f10a Mon Sep 17 00:00:00 2001 From: Jason Ekstrand Date: Thu, 15 Jun 2017 22:17:13 -0700 Subject: [PATCH] i965/miptree: Delete the layered rendering resolve We never fast-clear more than the base slice (LOD 0, layer 0) anyway, so layered rendering without a resolve is always perfectly safe. Should this ever change in the future, we'll have to put some sort of resolve back in but we can cross that bridge when we come to it. Reviewed-by: Chad Versace --- src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 14 -------------- 1 file changed, 14 deletions(-) diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c index 7996ca7cc92..366e45c5180 100644 --- a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c +++ b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c @@ -2536,20 +2536,6 @@ intel_miptree_prepare_render(struct brw_context *brw, intel_miptree_prepare_access(brw, mt, level, 1, start_layer, layer_count, false, false); } - - /* For layered rendering non-compressed fast cleared buffers need to be - * resolved. Surface state can carry only one fast color clear value - * while each layer may have its own fast clear color value. For - * compressed buffers color value is available in the color buffer. - */ - if (layer_count > 1 && - !(mt->aux_disable & INTEL_AUX_DISABLE_CCS) && - !intel_miptree_is_lossless_compressed(brw, mt)) { - assert(brw->gen >= 8); - - intel_miptree_prepare_access(brw, mt, level, 1, start_layer, layer_count, - false, false); - } } void -- 2.30.2