dEQP-GLES2.functional.clipping.triangle_vertex.clip_three.clip_neg_x_and_pos_x_and_neg_x_neg_y_neg_z
dEQP-GLES2.functional.clipping.triangle_vertex.clip_three.clip_neg_x_and_pos_x_and_pos_y_pos_z
dEQP-GLES2.functional.clipping.triangle_vertex.clip_three.clip_neg_x_and_pos_x_neg_y_pos_z_and_neg_x_pos_y_neg_z
dEQP-GLES2.functional.clipping.triangle_vertex.clip_three.clip_pos_x_and_neg_x_neg_y_pos_z_and_neg_x_pos_y_neg_z

arm32-dEQP-GLES2.functional.shaders.random.texture.vertex.44
arm32-dEQP-GLES2.functional.texture.mipmap.cube.generate.a8_nicest
arm32-dEQP-GLES2.functional.texture.mipmap.cube.generate.l8_nicest
arm32-dEQP-GLES2.functional.texture.mipmap.cube.generate.rgb565_nicest
arm32-dEQP-GLES2.functional.texture.mipmap.cube.generate.rgb888_nicest
arm32-dEQP-GLES2.functional.texture.mipmap.cube.generate.rgba4444_nicest
arm32-dEQP-GLES2.functional.texture.mipmap.cube.generate.rgba5551_nicest

glx@glx-multi-window-single-context
glx@glx-visuals-stencil
shaders@glsl-vs-loop
shaders@glsl-vs-loop-nested
spec@ext_framebuffer_blit@fbo-sys-blit
spec@ext_framebuffer_blit@fbo-sys-sub-blit
spec@ext_framebuffer_object@fbo-flushing-2
spec@egl_chromium_sync_control@conformance

# CMA allocations that may sometimes succeed
spec@!opengl 1.1@depthstencil-default_fb-drawpixels-24_8 samples=2
spec@!opengl 1.1@depthstencil-default_fb-drawpixels-24_8 samples=4
spec@!opengl 1.1@depthstencil-default_fb-drawpixels-float-and-ushort samples=2
spec@!opengl 1.1@depthstencil-default_fb-drawpixels-float-and-ushort samples=4
spec@!opengl 1.1@depthstencil-default_fb-clear samples=2

# https://gitlab.freedesktop.org/mesa/mesa/-/issues/7186
spec@!opengl 1.0@rasterpos

# Sometimes fail when run along with other tests, never when run by themselves
spec@!opengl 1.1@copypixels-sync
spec@!opengl 1.1@copypixels-draw-sync
spec@!opengl 1.1@draw-copypixels-sync
spec@!opengl 1.1@draw-sync

# flaky on wayland, was stable on x11
spec@ext_image_dma_buf_import@ext_image_dma_buf_import

# fails on arm64, passes on armhf
spec@arb_depth_buffer_float@depthstencil-render-miplevels 1024 s=z24_s8_d=z32f

# Sometimes goes into an infinite loop and times out
spec@arb_depth_buffer_float@depthstencil-render-miplevels 146 s=z24_s8_d=z32f_s8

spec@arb_depth_texture@depthstencil-render-miplevels 273 d=z24
spec@arb_shader_texture_lod@execution@tex-miplevel-selection *lod 1d
spec@arb_occlusion_query2@render

# Updated by ci-collate, found in this job run: https://gitlab.freedesktop.org/mesa/mesa/-/jobs/56164970
glx@glx-multithread-clearbuffer

spec@arb_vertex_buffer_object@vbo-subdata-many drawarrays
spec@arb_vertex_buffer_object@vbo-subdata-many drawelements
spec@arb_vertex_buffer_object@vbo-subdata-many drawrangeelements

# Nightly run expectations update
spec@glsl-1.20@execution@variable-indexing@fs-uniform-mat2-rd

# started 2024-10-22, cause unclear
dEQP-EGL.functional.sharing.gles2.multithread.random.programs.link.19
dEQP-EGL.functional.sharing.gles2.multithread.random_egl_sync.programs.link.19

# With linux kernel 6.13-rc4 uprev. broadcom job uses 6.6.47 kernel, so likely this is caused with recent mesa
dEQP-GLES2.functional.texture.mipmap.cube.generate.la88_fastest
