[Mesa-dev] [PATCH 0/2] Fixes for B4G4R4A4 vulkan tests in Haswell
Juan A. Suarez Romero
jasuarez at igalia.com
Wed Feb 8 12:31:53 UTC 2017
Pre-Broadwell devices does not support natively Vulkan B4G4R4A4, so we just
fallback to another format using a different swizzle.
But this is crashing a couple of tests in Vulkan CTS due the following:
- We assert that alpha component will map to "one" or "alpha". But our new
swizzle maps it to "blue". So let's consider this mapping (patch 01/02).
- In ISL, we check that RENDER_SURFACE_STATE' channel selections for red, green
and blue can only be a permutation of this channels (RGB, RBG, GRB, GBR, BRG,
BGR). But our new swizzle is mapping "blue" to "alpha", so we have
GRA. According to PRM, seems this check is not required for Haswell (at least,
didn't found it in Haswell PRM). So let's run it for gen>=8 (patch 02/02).
With both patches, we fix the following tests in Haswell:
- dEQP-VK.api.image_clearing.clear_color_image.1d_b4g4r4a4_unorm_pack16
- dEQP-VK.api.image_clearing.clear_color_image.2d_b4g4r4a4_unorm_pack16
- dEQP-VK.api.image_clearing.clear_color_image.3d_b4g4r4a4_unorm_pack16
*** BLURB HERE ***
Juan A. Suarez Romero (2):
anv: allow blue in alpha component in swizzle for render
isl: apply RENDER_SURFACE_STATE::Shader Channel assertions to gen>=8
src/intel/isl/isl_surface_state.c | 5 ++++-
src/intel/vulkan/anv_private.h | 14 ++++++++++----
2 files changed, 14 insertions(+), 5 deletions(-)
--
2.9.3
More information about the mesa-dev
mailing list