mirror of https://gitlab.freedesktop.org/mesa/mesa
anv+zink/ci: add failures related to multi-sampled sparse binding
After enabling multi-sampled sparse binding in Anv, we get these failures. I've investigated them and none are trivial, it's not clear if they're Anv's fault or not, especially considering how many other texture-related failures we already have in this fails.txt file. Since both deqp-vk and Vulkan native apps seem to be working with pure Anv (no Zink), I don't think it's worth blocking multi-sampled sparse on Anv just because of Zink. From what I have investigated, the problems seem related to the following: - glcts is expecting 1D images to have 2D block shapes (this is definitely the case for StandardPageSizesTestCase, we get rid of the failure by either removing sparse support for 1D images or telling their block shapes are the same as the 2D images) - glcts/zink may be trying to use formats that are unsupported by Anv as if they were supported - there's probably something funny going on with the GL_R8 format v2: Adjust test results after merging merging MR 29118. v3: Zink test results are a moving target... Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> (v1) Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27306>
This commit is contained in:
parent
5294faee20
commit
4384c8782e
|
@ -584,9 +584,29 @@ spec@arb_gpu_shader_fp64@execution@arb_gpu_shader_fp64-gs-getuniformdv,Crash
|
|||
|
||||
spec@arb_fragment_layer_viewport@layer-no-gs,Fail
|
||||
|
||||
# sparse_backing_alloc: Assertion `bo->u.sparse.num_backing_pages < DIV_ROUND_UP(bo->base.size, ZINK_SPARSE_BUFFER_PAGE_SIZE)' failed
|
||||
# Crashes with VUID-VkSparseMemoryBind-size-01102 due to 2D_3D compability
|
||||
# issues.
|
||||
KHR-GL46.sparse_texture_tests.SparseTextureCommitment,Crash
|
||||
|
||||
# Test fails because it expects 1D images to have 2D block shapes
|
||||
KHR-GL46.sparse_texture2_tests.StandardPageSizesTestCase,Fail
|
||||
|
||||
# Issue 11073 constains a big explanation on why this fails. The test is using a
|
||||
# 2D_3D compatible format that ends up being marked by Anv as "everything is
|
||||
# miptail" and the test is not expecting that.
|
||||
KHR-GL46.sparse_texture2_tests.UncommittedRegionsAccess,Fail
|
||||
|
||||
# glcts: ../../src/intel/vulkan/anv_sparse.c:970: vk_bind_to_anv_vm_bind: Assertion `vk_bind->memoryOffset + vk_bind->size <= anv_bind.bo->size' failed.
|
||||
# Also related to https://gitlab.freedesktop.org/mesa/mesa/-/issues/11073
|
||||
KHR-GL46.sparse_texture_clamp_tests.SparseTextureClampLookupColor,Crash
|
||||
|
||||
# Error detected at x,y,z: expected [a] got [b]
|
||||
KHR-GL46.sparse_texture_clamp_tests.SparseTextureClampLookupResidency,Fail
|
||||
KHR-GL46.sparse_texture2_tests.SparseTexture2Commitment,Fail
|
||||
|
||||
# This one crashes in CI but just fails in other TGL machines.
|
||||
KHR-GL46.sparse_texture2_tests.SparseTexture2Lookup,Crash
|
||||
|
||||
# uprev Piglit in Mesa
|
||||
spec@arb_shader_storage_buffer_object@max-ssbo-size@fs,Crash
|
||||
spec@arb_shader_storage_buffer_object@max-ssbo-size@vs,Crash
|
||||
|
|
|
@ -14,6 +14,7 @@ KHR-Single-GL46.enhanced_layouts.xfb_global_buffer
|
|||
KHR-Single-GL46.arrays_of_arrays_gl.SubroutineFunctionCalls1
|
||||
KHR-GL46.direct_state_access.framebuffers_texture_layer_attachment
|
||||
KHR-GL46.sparse_buffer_tests.BufferStorageTest
|
||||
KHR-GL46.sparse_texture_clamp_tests.SparseTextureClampLookupColor
|
||||
|
||||
# Definitely shouldn't take this long, but times out at 3 minutes.
|
||||
glx@glx-visuals-depth$
|
||||
|
|
Loading…
Reference in New Issue