-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dEQP-VK.memory.external_memory_host: Tests have Invalid Usage #229
Comments
Adding people. |
Add the existing waiver on PowerVR cores related to snorm filtering to the new waiver list. This adds both of the existing test groups to the waiver along with the newly introduced tests which hit this bug in the affected GPUs. Components: Vulkan VK-GL-CTS issue: 229 VK-GL-CTS issue: 2418 VK-GL-CTS issue: 2189 Change-Id: I15b5d5121fc0a4026944bc73d772c4d9cddc9031
Hi, @chadversary I've created the following pull request, which should solve the problem: #232 Please let me know if that works for you. If so, I'll close that public PR and submit the same changes for IHV review under Khronos. |
Public PR closed and submitted for IHV review. |
Yes, #232 fixes the problem for me. Thanks. |
Waiting for |
fixed by 578f0f6 |
vulkan-cts-1.2.7.0 introduced new tests to validate that an implementation clamps the most negative snorm values to -1.0 when using linear filtering. There is an existing waiver that covers some Imagination GPUs which do not correctly round negative snorm values. Update this waiver to apply to the newly added tests. Affects dEQP-VK.texture.conversion.snorm_clamp_linear.* VK-GL-CTS issue: 229 VK-GL-CTS issue: 2989 Change-Id: Ic23f0a042f7489bcfd9fb838260e920f7d19f2c6
Update waiver #229 after test names were changed to add tests for VK_EXT_graphics_pipeline_libraries Components: vulkan VK-GL-CTS issue: 229 Change-Id: I33bd7a44631c8ddb95eff3a95db04033e2773983
The below invalid usage pattern is found in many of these tests:
vkCreateImage
with some parameters P, where the pNext chain in P containsVkExternalMemoryImageCreateInfo::handleTypes = VK_EXTERNAL_MEMORY_HANDLE_TYPE_HOST_ALLOCATION_BIT_EXT
.vkGetPhysicalDeviceImageProperties2
).vkGetPhysicalDeviceImageFormatPropertes2
fails.At a high-level, this is invalid usage because the test creates the image before confirming that the parameters P are valid.
Specifically, this violates VUID-VkImageCreateInfo-imageCreateMaxMipLevels-02251, which says
The section Image Creation Limits defines the limits in terms of successfull calls to
vkGetPhysicalDeviceImageFormatProperties2
. According to that sections, if the app callsvkCreateImage
with aVkExternalMemoryHandleType
, then the limits are well-defined only if the app first makes a successful query tovkGetPhysicalDeviceImageFormatProperties2
with the sameVkExternalMemoryHandleType
. If the app does not first callvkGetPhysicalDeviceImageFormatProperties2
, or if the call fails, then the app must not callvkCreateImage
.The invalid usage occurs in the code below (as of 02da53e).
VK-GL-CTS/external/vulkancts/modules/vulkan/memory/vktMemoryExternalMemoryHostTests.cpp
Lines 313 to 371 in 02da53e
The text was updated successfully, but these errors were encountered: