mesa/docs/relnotes/new_features.txt

GL_ARB_shader_clock on llvmpipe
VK_KHR_shader_clock on lavapipe
Mesa-DB, the new single file cache type
VK_EXT_attachment_feedback_loop_layout on RADV
VK_KHR_global_priority on RADV
GL_KHR_blend_equation_advanced_coherent on zink
VK_EXT_load_store_op_none on RADV
llvmpipe: add shader clock support Add support for calling out to the os time functions from the llvm side. Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17868> 2021-04-06 11:24:44 +10:00			`GL_ARB_shader_clock on llvmpipe`
lavapipe: enable shader clock Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17868> 2021-04-06 11:27:07 +10:00			`VK_KHR_shader_clock on lavapipe`
util/disk_cache: Add new mesa-db cache type Introduce new cache type, the Mesa-DB. This is a single-file read/write cache that is based on the read-only Fossilize DB cache. Mesa-DB supports cache size capping. It's a much more efficient cache than the multi-file cache because Mesa-DB doesn't have the inode overhead. The plan is to make Mesa-DB the default cache implementation once it will be deemed as stable and well tested. For now users have to set the new MESA_DISK_CACHE_DATABASE environment variable in order to active the Mesa-DB cache. Mesa-DB cache is resilient to corrupted cache files and doesn't require maintenance from users and developers. The size capping is implemented by evicting least recently used cache items and compacting the cache database files with the evicted entries. In order to prevent frequent compaction of the cache, at minimum a half of cache is evicted when cache is full. Acked-by: Timothy Arceri <tarceri@itsqueeze.com> Reviewed-by: Emil Velikov <emil.velikov@collabora.com> Signed-off-by: Dmitry Osipenko <dmitry.osipenko@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/16888> 2022-06-13 19:31:20 +03:00			`Mesa-DB, the new single file cache type`
radv: implement VK_EXT_attachment_feedback_loop_layout This extension introduces a new layout which allows applications to both render and sample from the same image inside the same draw (aka. feedback loops). Previously, the GENERAL layout was used and this introduced some rendering artifacts because the hw can't read&write DCC/HTILE for the same image, and we try to keep it compressed on GFX10+. This helps fixing corruption with D3D9 and RPCS3 games which are candidate for feedback loops. Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/4411 Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Timur Kristóf <timur.kristof@gmail.com> Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/17883> 2021-03-11 13:58:35 +01:00			`VK_EXT_attachment_feedback_loop_layout on RADV`
docs/radv: advertise VK_KHR_global_priority Signed-off-by: Rhys Perry <pendingchaos02@gmail.com> Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/18078> 2022-08-16 11:41:15 +01:00			`VK_KHR_global_priority on RADV`
zink: support PIPE_CAP_FBFETCH_COHERENT that's what VK_EXT_rasterization_order_attachment_access is for Reviewed-by: Dave Airlie <airlied@redhat.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/18133> 2022-08-18 12:59:46 -04:00			`GL_KHR_blend_equation_advanced_coherent on zink`
radv: Enable VK_EXT_load_store_op_none. VK_ATTACHMENT_STORE_OP_NONE_EXT is already supported through VK_KHR_dynamic_rendering. It doesn't seem like we need to do anything special for VK_ATTACHMENT_LOAD_OP_NONE_EXT. Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/7246 Signed-off-by: Georg Lehmann <dadschoorse@gmail.com> Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/18545> 2022-09-12 11:50:21 +02:00			`VK_EXT_load_store_op_none on RADV`