mesa/src/amd/vulkan/winsys/null
Natalie Vock 87ebe6b31a
Some checks are pending
macOS-CI / macOS-CI (dri) (push) Waiting to run
macOS-CI / macOS-CI (xlib) (push) Waiting to run
radv/winsys: Support vm_always_valid in the NULL winsys
A few device features (most importantly bufferDeviceAddress) are behind
a check for has_vm_always_valid. When replaying fossilize captures using
SPIR-V capabilities like PhysicalStorageBuffer addresses (which itself
depends on bufferDeviceAddress) on a null device, these features will be
hidden and replay will fail. Claim vm_always_valid support in the null
winsys - it's not like we'll ever create any BOs anyway.

Fixes: df1224c8 ("radv: rework VM_ALWAYS_VALID handling")
Cc: mesa-stable
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/36221>
2025-07-22 07:38:25 +00:00
..
radv_null_bo.c radv: use SPDX-License-Identifier 2024-04-08 07:17:31 +00:00
radv_null_bo.h radv: use SPDX-License-Identifier 2024-04-08 07:17:31 +00:00
radv_null_cs.c radv/winsys: pad gfx and compute IBs with only one NOP 2024-08-21 14:55:04 +00:00
radv_null_cs.h radv: use SPDX-License-Identifier 2024-04-08 07:17:31 +00:00
radv_null_winsys.c radv/winsys: Support vm_always_valid in the NULL winsys 2025-07-22 07:38:25 +00:00
radv_null_winsys.h radv/virtio: support vpipe 2025-06-27 08:15:50 +00:00
radv_null_winsys_public.h radv: use SPDX-License-Identifier 2024-04-08 07:17:31 +00:00