summaryrefslogtreecommitdiff
path: root/meson.build
diff options
context:
space:
mode:
authorRyan Neph <ryanneph@google.com>2024-04-24 16:52:47 -0700
committerMarge Bot <emma+marge@anholt.net>2024-04-26 06:17:37 +0000
commitee7e0168a18ad9642d216a5d0bd2c9154e7fed11 (patch)
tree5f5ce80a509ef8f930c2914256f2e270d4582ca5 /meson.build
parentfdc21a95aa6cbb0a47a37155b76c19a92b99f5a0 (diff)
venus: reclaim signal semaphore feedback resources for wasteful clientsHEADmain
Pending feedback resources (cmds, buffers, slots) for timeline semaphores are generally reclaimed for re-use during subsequent semaphore waits/queries or any queue submission containing at least one "wait" semaphore. They are never reclaimed in the unexpected case when all submissions only contain "signal" timeline semaphores, which consume such resources but are never subsequently queried or waited upon. This strange behavior is observed in several Valve games (Portal 2, L4D2, CS2), which all run natively on linux with their own internal distributions of DXVK v2.0 (at time of this MR submission). A Cursory analysis of recent DXVK history indicates that it may be gone by v2.1. The consequence is rapid guest memory leak and host Vk resource leak, resulting in a crash within 1-2 minutes. Fix that leak by running the reclaimation procedure for submissions with _any_ accompanying semaphores. Fixes: d63432012d9 ("venus: refactor semaphore feedback") Signed-off-by: Ryan Neph <ryanneph@google.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/28915>
Diffstat (limited to 'meson.build')
0 files changed, 0 insertions, 0 deletions