From b5bb8b54cf285277215fece1bc31051434d58b91 Mon Sep 17 00:00:00 2001 From: Dave Airlie Date: Fri, 23 Dec 2016 06:41:32 +0000 Subject: [PATCH] radv: fix rendering to b10g11r11_ufloat_pack32 doom was causing a printf about an illegal color, it was due the non-void returning -1, and the other function checking for 4, align these. Reviewed-by: Edward O'Callaghan Reviewed-by: Bas Nieuwenhuizen Signed-off-by: Dave Airlie --- src/amd/vulkan/radv_formats.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/amd/vulkan/radv_formats.c b/src/amd/vulkan/radv_formats.c index fe786b3a493..e276432c2ee 100644 --- a/src/amd/vulkan/radv_formats.c +++ b/src/amd/vulkan/radv_formats.c @@ -394,7 +394,7 @@ uint32_t radv_translate_color_numformat(VkFormat format, int first_non_void) { unsigned ntype; - if (first_non_void == 4 || desc->channel[first_non_void].type == VK_FORMAT_TYPE_FLOAT) + if (first_non_void == -1 || desc->channel[first_non_void].type == VK_FORMAT_TYPE_FLOAT) ntype = V_028C70_NUMBER_FLOAT; else { ntype = V_028C70_NUMBER_UNORM; -- 2.30.2