radv: fix radv_layout_dcc_compressed() when image doesn't have DCC
authorSamuel Pitoiset <samuel.pitoiset@gmail.com>
Wed, 11 Apr 2018 19:34:43 +0000 (21:34 +0200)
committerSamuel Pitoiset <samuel.pitoiset@gmail.com>
Thu, 12 Apr 2018 07:58:46 +0000 (09:58 +0200)
num_dcc_levels means that DCC is supported, but this doesn't
mean that it's enabled by the driver. Instead, we should rely
on radv_image_has_dcc().

This fixes some multisample regressions since 0babc8e5d66
("radv: fix picking the method for resolve subpass") on Vega.
This is because the resolve method changed from HW to FS, but
those fails are totally unexpected, so there might some
differences between Polaris and Vega here.

Fixes: 44fcf587445 ("radv: Disable DCC for GENERAL layout and compute transfer dest.")
Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
src/amd/vulkan/radv_image.c

index acb569203d4cf3a131e0a700dc2f409e88497b72..a14e7c18b294ff3fc831f96927620997430a5b85 100644 (file)
@@ -1241,7 +1241,7 @@ bool radv_layout_dcc_compressed(const struct radv_image *image,
            (queue_mask & (1u << RADV_QUEUE_COMPUTE)))
                return false;
 
-       return image->surface.num_dcc_levels > 0 && layout != VK_IMAGE_LAYOUT_GENERAL;
+       return radv_image_has_dcc(image) && layout != VK_IMAGE_LAYOUT_GENERAL;
 }