| commit | bce4ec47056a0473ccce9cf7951023da80c3b745 | [log] [tgz] |
|---|---|---|
| author | Slawomir Cygan <slawomir.cygan@intel.com> | Thu Jul 06 19:24:18 2017 +0200 |
| committer | Alexander Galazin <Alexander.Galazin@arm.com> | Sun Jul 16 08:52:27 2017 -0400 |
| tree | 313c3121a829e296c69a23be0931cbcfa18754af | |
| parent | 1bea8d8112a20b1380cca52b401ac035642afe3c [diff] |
copies_and_blitting: fix ambiguous signed normalized 1.0 value
Below tests copy floats to signed normalized 8-bit values.
In that process it happens that 1.0 float value is copied to 8_snorm
elements as: {0x00, 0x00, 0x80, 0x3f}
According to spec, on SNORM values:
"Note that while zero is exactly expressible in this representation,
one value (-128 in the example) is outside the representable range,
and must be clamped before use."
The problem occurs when 0x80 == 128 value is copied to buffer:
as it falls outside of <-1,1> range, it may be clamped to 0x81 (both values
represent -1.0 SNORM value).
The change here processes all result and expected data buffers to remove
all ambiguites by converting to float and back to signed normalized format.
Affects:
dEQP-VK.api.copy_and_blit.*.image_to_image.all_formats.color.r32_sfloat.a8b8g8r8_snorm_pack32.*
dEQP-VK.api.copy_and_blit.*.image_to_image.all_formats.color.r32_sfloat.r8g8b8a8_snorm.*
Components: Vulkan
VK-GL-CTS issue: 563
Change-Id: I175665f39811cf6a80862967ad0a9bb8e13527e9
This repository contains a GPU testing suite called dEQP (drawElements Quality Program). dEQP contains tests for several graphics APIs, including OpenGL ES, EGL, and Vulkan.
Up-to-date documentation for the dEQP is available at Android Open Source Project site.
This repository includes Khronos Vulkan CTS under external/vulkancts directory. For more information see Vulkan CTS README.