summaryrefslogtreecommitdiff
path: root/src/gallium/winsys
AgeCommit message (Collapse)AuthorFilesLines
3 daysvirgl: Enable caching for sampler views and render targetsRohan Garg1-0/+2
Signed-off-by: Rohan Garg <rohan.garg@collabora.com> Reviewed-by: Gert Wollny <gert.wollny@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11241>
3 daysRevert "Revert "virgl: Cache depth and stencil buffers""Rohan Garg1-0/+1
This reverts commit a8e75bb73c6f8ce94c4f598a2f4763b12188991c. Signed-off-by: Rohan Garg <rohan.garg@collabora.com> Reviewed-by: Gert Wollny <gert.wollny@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11241>
3 daysvirgl: Add more meta data to cached resourcesRohan Garg4-35/+96
By expanding the meta data about resources in the cache we can match more resources such as 3D textures, samplers and render targets. Signed-off-by: Rohan Garg <rohan.garg@collabora.com> Reviewed-by: Gert Wollny <gert.wollny@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11241>
2021-07-08android: Drop the Android.mk build systemJason Ekstrand39-768/+0
Android.mk files haven't really been supported by Mesa devs for a long time. Most of us have been willing to update Makefile.sources if we remember and sometimes we try to blind code some Android.mk for a new generator. However, the reality is that it breaks regularly and ends up being maintained by the Android community. To address this problem another approach was implemented in !10183 utilizing the maintained meson build system. The old Android.mk files are no longer required. This commit was created with the following commands: git rm **/Android.mk git rm **/Android.*.mk git rm **/Makefile.sources git rm CleanSpec.mk Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/4487 Acked-by: Roman Stratiienko <r.stratiienko@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9728>
2021-06-28i915g: Use stdbool.h instead of custom bools.Emma Anholt4-21/+21
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11617>
2021-06-22freedreno: Fix leak of the screen hash table.Emma Anholt1-0/+5
Now we have no leaks detected on a run of a basic deqp test (dEQP-GLES2.functional.shaders.constants.const_float_assignment_3_fragment). Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11537>
2021-06-16util/queue: add a global data pointer for the queue objectMike Blumenkrantz5-6/+6
this better enables object-specific (e.g., context) queues where the owner of the queue will always be needed and various pointers will be passed in for tasks Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11312>
2021-06-14crocus: initial gallium driver for Intel gfx 4-7Dave Airlie3-0/+101
This is a gallium driver for the Intel gfx 4-7 GPUs. It was initially cloned from the iris driver by Ilia Mirkin, then I ported over large reams of code from i965 until it worked. Acked-by: Jason Ekstrand <jason@jlekstrand.net> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11146>
2021-06-08radeonsi: separate video hw info based on HW engine individuallyLeo Liu1-2/+2
This removes previous "has_hw_decode" and "uvd_enc_supported" and makes information more accuate for cases where HW decode, HW encode, and HW JPEG decode might partially available. Signed-off-by: Leo Liu <leo.liu@amd.com> Reviewed-by: James Zhu <James.Zhu@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11201>
2021-06-07winsys/amdgpu: use int16 for buffer_indices_hashlistPierre-Eric Pelloux-Prayer2-7/+12
int16 allows to correctly store the indices of 32k buffers; this seems sufficient and is twice smaller than regular int. Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11010>
2021-06-07winsys/amdgpu: reduce amdgpu_cs sizePierre-Eric Pelloux-Prayer2-8/+17
buffer_indices_hashlist is only used by the current amdgpu_cs_context (= amdgpu_cs.csc). So store a single 16k int array instead of 2, and switch the owner when flushing the cs. Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11010>
2021-06-07amdgpu/winsys: remove amdgpu_cs_has_chainingPierre-Eric Pelloux-Prayer2-13/+10
Store this property in admgpu_cs instead of using a function. Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11010>
2021-06-07winsys/amdgpu: don't read bo->u.slab.entry after pb_slab_freePierre-Eric Pelloux-Prayer1-8/+4
Otherwise the pb_slabs might be freed by another thread in between. Valgrind example: ==676841== Invalid read of size 1 ==676841== at 0x6B0A8B3: get_slab_wasted_size (amdgpu_bo.c:659) ==676841== by 0x6B0AD7D: amdgpu_bo_slab_destroy (amdgpu_bo.c:684) ==676841== by 0x6ACF94F: pb_destroy (pb_buffer.h:259) ==676841== by 0x6ACF94F: pb_reference_with_winsys (pb_buffer.h:282) ==676841== by 0x6ACF94F: radeon_bo_reference (radeon_winsys.h:754) ==676841== by 0x6ACF94F: si_replace_buffer_storage (si_buffer.c:274) ==676841== by 0x6957036: tc_call_replace_buffer_storage (u_threaded_context.c:1554) [...] ==676841== by 0x4ECCDEE: clone (clone.S:95) ==676841== Address 0x27879945 is 5 bytes inside a block of size 208 free'd ==676841== at 0x48399AB: free (vg_replace_malloc.c:538) ==676841== by 0x6B0E8BD: amdgpu_bo_slab_free (amdgpu_bo.c:863) ==676841== by 0x6B89D4A: pb_slabs_reclaim_locked (pb_slab.c:84) ==676841== by 0x6B89D4A: pb_slab_alloc (pb_slab.c:130) ==676841== by 0x6B0EE7F: amdgpu_bo_create (amdgpu_bo.c:1429) Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/4736 Fixes: 965c6445ad4 ("winsys/amdgpu,radeonsi: add HUD counters for how much memory is wasted by slabs") Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11010>
2021-06-03Revert "virgl: Cache depth and stencil buffers"Lepton Wu1-1/+0
This reverts commit d245d7b6b8bb75622dd43fb845f60d55ad3ebc89. It broke various dEQP EGL tests because the reused resource at host side could have a different sample_count with what we want. The example of tests get broken: dEQP-EGL.functional.color_clears.single_context.gles2.rgba8888_window Signed-off-by: Lepton Wu <lepton@chromium.org> Reviewed-by: Rohan Garg <rohan.garg@collabora.com> Reviewed-by: Chia-I Wu <olvaffe@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11152>
2021-05-31kmsro: Fix confusing comma expressionNeil Roberts1-3/+3
It looks like this was a copy-and-paste mistake in 827e0d6654a2 where the initialiser was moved from being a struct initialiser to a standalone statement. Some of them were fixed with an unrelated change in 187218395d7c but not all of them. This shouldn’t make any practical difference to the compiled code. Reviewed-by: Emil Velikov <emil.velikov@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11090>
2021-05-27virgl:Fix the leak of hw_res used as fencecheyang1-2/+1
Fence destroy hw_res not dec reference.Lead leak. Call virgl_drm_resource_reference() to release hw_res instead of calling virgl_hw_res_destroy() directly. Fixes: c54fb6ef3d8 ("virgl: Don't destroy resource while it's in use.") Signed-off-by: cheyang <cheyang@bytedance.com> Reviewed-by: Chia-I Wu <olvaffe@gmail.com> Reviewed-by: Lepton Wu <lepton@chromium.org> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/11008>
2021-05-25winsys/amdgpu: don't hold a mutex while accessing is_sharedMarek Olšák1-15/+2
It adds overhead to amdgpu_bo_wait and I'm not sure whether the mutex is even needed. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10813>
2021-05-21gallium: split transfer_(un)map into buffer_(un)map and texture_(un)mapMarek Olšák1-5/+5
The u_resource_vtbl indirection is going to be removed. Reviewed-By: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Acked-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10659>
2021-05-17panfrost: Try to align scanout resource stride on 64 bytesBoris Brezillon2-0/+81
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com> Reviewed-by: Daniel Stone <daniels@collabora.com> Acked-by: Alyssa Rosenzweig <alyssa@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10423>
2021-04-29util/hash_table: do not leak u64 struct keyJuan A. Suarez Romero1-1/+1
For non 64bit devices the key stored in hash_table_u64 is wrapped in hash_key_u64 structure, which is never free. This commit fixes this issue by just removing the user-defined `delete_function` parameter in hash_table_u64_{destroy,clear} (which nobody is using) and using instead a delete function to free this structure. Fixes: 608257cf82f ("i965: Fix INTEL_DEBUG=bat") Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> Signed-off-by: Juan A. Suarez Romero <jasuarez@igalia.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10480>
2021-04-29v3d: rename header include guardsJuan A. Suarez Romero1-3/+3
Long time ago VC5 was renamed to V3D, but the include guards `VC5_FOO_H` were not. In order to keep consistency, let's rename these guards from `VC5_FOO_H` to `V3D_FOO_H`. Reviewed-by: Alejandro Piñeiro <apinheiro@igalia.com> Signed-off-by: Juan A. Suarez Romero <jasuarez@igalia.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10402>
2021-04-19virgl: resources without any binding can be cachedStéphane Marchesin1-1/+2
Certain games create and destroy lots of resources without binding them. This can take quite a bit of time and even create unneeded synchronization. However, we know that if a resource was never bound to anything, it can be cached. This change does that. Counting the number of uncached allocation with a tabletop simulator trace: Before: 2967 uncached allocations over the replay After: 24 uncached allocations over the replay Reviewed-by: Gert Wollny <gert.wollny@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10225>
2021-04-14amdgpu,radeon: add full_reset_only param to ctx_query_reset_statusPierre-Eric Pelloux-Prayer2-2/+12
Using this boolean the caller tells if it wants to ignore resets fixed by a soft recovery. When true, amdgpu can skip the call to libdrm if no cs has been rejected (since only full gpu reset cause cs rejections). Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10179>
2021-04-14amdgpu,radeon: add needs_reset param to ctx_query_reset_statusPierre-Eric Pelloux-Prayer2-3/+20
The kernel can do different types of recovery (soft recovery, GPU reset). Since they both increase gpu_reset_counter, this will cause all contexts to report AMDGPU_CTX_QUERY2_FLAGS_RESET, which is a bit misleading: if a single context was soft-recovered, the others are fine and we don't need special processing. This commit uses the AMDGPU_CTX_QUERY2_FLAGS_VRAMLOST to distinguish between the 2 kind of reset and later commits will use this information. Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10179>
2021-04-12ac/surface: use named "color and "zs" structures in unionsMarek Olšák1-13/+13
Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10083>
2021-04-12ac/surface: unify htile_* and dcc_* fields as meta_* fieldsMarek Olšák1-6/+6
Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10083>
2021-04-12ac/surface: pack alignments by storing log2 in radeon_surfMarek Olšák1-8/+8
Only one bit is set in alignments, so store the bit offset (log2) and change the type from uint32_t to uint8_t. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10083>
2021-04-12ac/surface: change legacy_surf_level::offset to 32-bit offset_256B shifted by 8Marek Olšák1-2/+2
Images are always aligned to 256B (enforced by register and descriptor fields) and limited to 40-bit addresses. This saves some space. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10083>
2021-04-06winsys/amdgpu: remove another 8 bytes from amdgpu_winsys_bo by packing betterMarek Olšák2-5/+8
Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06gallium/pb: remove 8 bytes from pb_buffer by packing variablesMarek Olšák1-2/+2
Only svga used usages beyond 16 bits. All other drivers are OK with 16 bits. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06gallium/pb: change pb_buffer::alignment to alignment_log2Marek Olšák4-13/+13
Alignments are always 2^n, so store n = log2(alignment). The next commit will take advantage of the saved space. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06winsys/amdgpu: add amdgpu_cs::ws to reduce dereferencesMarek Olšák2-18/+20
Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06winsys/amdgpu: remove amdgpu_winsys_bo::wsMarek Olšák4-115/+126
Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06radeon_winsys.h: add a winsys parameter to most winsys buffer functionsMarek Olšák7-42/+59
This will allow removing the winsys pointer from buffers. The amdgpu winsys adds dummy_ws to get radeon_winsys because there can be no radeon_winsys around (e.g. while amdgpu_winsys is being destroyed), but we still need some way to call buffer functions. Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06winsys/radeon: rename radeon_bo_reference -> radeon_ws_bo_referenceMarek Olšák3-15/+15
radeon_bo_reference will be a new function in radeon_winsys.h. Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-06gallium/pb: pass an optional winsys pointer to the buffer destroy functionMarek Olšák8-24/+24
This will allow removing the winsys pointer from buffers. Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9809>
2021-04-01d3d12: Clean up swapchains on framebuffer destructionJesse Natalie1-1/+22
Reviewed-By: Bill Kristiansen <billkris@microsoft.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9959>
2021-04-01d3d12: Add a constant for num_buffersJesse Natalie1-4/+5
Reviewed-By: Bill Kristiansen <billkris@microsoft.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9959>
2021-04-01wgl: Add a context to framebuffer destructionJesse Natalie1-1/+2
If the window is destroyed on a thread that has a currently-bound context, use that context for destroying the framebuffer. This ensures that the winsys can wait for in-flight work before destroying any resources. If the window did have a context bound beforehand but it was unbound, we should've already done a glFinish. If the window is destroyed from an unrelated thread... well, we're screwed, but that's the best we can do. Reviewed-By: Bill Kristiansen <billkris@microsoft.com> Reviewed-by: Jose Fonseca <jfonseca@vmware.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9959>
2021-03-20scons: Remove.Jose Fonseca5-106/+0
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9720>
2021-03-19virgl: Use atomic operation directly.Lepton Wu1-2/+7
This make sure we don't trigger assert in pipe_reference Signed-off-by: Lepton Wu <lepton@chromium.org> Reviewed-by: Chia-I Wu <olvaffe@gmail.com> Reviewed-by: John Bates <jbates@chromium.org> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9722>
2021-03-19virgl: Don't destroy resource while it's in use.Lepton Wu1-0/+10
This is the race condition: thread 1 check reference count of resource and then find out out it's zero and then it begin to destroy it. Around the same time, thread 2 gets the lock and get the resource from the hash table and plan to use it. Then this resource gets destroyed while it's still in use. Signed-off-by: Lepton Wu <lepton@chromium.org> Reviewed-by: Chia-I Wu <olvaffe@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9701>
2021-03-11renderonly: close the gpu fd when destroying renderonlyLucas Stach2-1/+4
Currently the screen destruction closes the dup'ed fd, but not the original renderonly gpu fd, which is kept around for the lifetime of the renderonly. Squashed revert of "vc4: Don't leak the GPU fd for renderonly usage." (commit 99ef66c325a99b3e191987d8327e7e4cd4aafcd7) as requested by Eric. Signed-off-by: Lucas Stach <l.stach@pengutronix.de> Reviewed-by: Guido Günther <agx@sigxcpu.org> Reviewed-by: Eric Anholt <eric@anholt.net> Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> Reviewed-by: Alyssa Rosenzweig <alyssa@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6983>
2021-03-11renderonly: remove layering violationsLucas Stach2-40/+72
The renderonly object is something the winsys creates, so the pipe driver has no business in memcpying or freeing it. Move those bits to the winsys. Signed-off-by: Lucas Stach <l.stach@pengutronix.de> Reviewed-by: Guido Günther <agx@sigxcpu.org> Reviewed-by: Eric Anholt <eric@anholt.net> Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com> Reviewed-by: Alyssa Rosenzweig <alyssa@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6983>
2021-03-10ac,radeonsi: add sampler changes for AldebaranMarek Olšák1-0/+1
- no 3D and cube textures - no mipmapping - no border color - image_sample is the only supported opcode with a sampler (behaves like _lz) Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9389>
2021-02-26util: Add accessor for util_cpu_capsRob Clark2-4/+4
In release builds, there should be no change, but in debug builds the assert will help us catch undefined behavior resulting from using util_cpu_caps before it is initialized. With fix for u_half_test for MSVC from Jesse Natalie squashed in. Signed-off-by: Rob Clark <robdclark@chromium.org> Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9266>
2021-02-23gallium/xlib: Partial fix for glXCopySubBufferMESAAdam Jackson1-4/+14
xmesa_copy_st_framebuffer would attempt to flush from the front buffer to the display, but we don't actually have an attachment for the front buffer (just the back) so nothing would happen. Fix this by flushing fron the back to the display, threading the dirty box through so we don't update more than we were told to. This has the virtue of displaying correctly, but glx-copy-sub-buffer still fails since there is no real front buffer, reads from GL_FRONT actually read from the back buffer. The test does: clear to red, swap, clear to green, copy sub-buffer, expect a green square inside of a red one from the front buffer. Since you're really reading from the back you instead get solid green. Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9140>
2021-02-13ac/gpu_info: rename num_tcc_blocks -> max_tcc_blocksMarek Olšák1-6/+6
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/8892>
2021-02-12winsys/amdgpu: disallow pb_cache for backing buffers of sparse buffersMarek Olšák1-1/+5
because amdgpu_bo_wait doesn't wait for active CS jobs using the buffers. This fixes incorrect buffer reuse of busy buffers. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/8895>
2021-02-06winsys/amdgpu: try not to skip any code with RADEON_NOOP=1 to test CPU perfMarek Olšák1-8/+6
This enables more accurate estimation of the maximum achievable CPU-bound performance. Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Reviewed-by: Zoltán Böszörményi <zboszor@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/8849>