From dfdaf6a27728c4f837d0b637fe2544754dd80ac7 Mon Sep 17 00:00:00 2001 From: Samuel Pitoiset Date: Tue, 10 Mar 2026 18:21:58 +0100 Subject: [PATCH] radv: rewrite a comment explaining why PFP waits for ME with streamout Signed-off-by: Samuel Pitoiset Part-of: --- src/amd/vulkan/radv_cmd_buffer.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/amd/vulkan/radv_cmd_buffer.c b/src/amd/vulkan/radv_cmd_buffer.c index e1cf5d8a513..2bdbdec81e0 100644 --- a/src/amd/vulkan/radv_cmd_buffer.c +++ b/src/amd/vulkan/radv_cmd_buffer.c @@ -15543,8 +15543,8 @@ radv_emit_strmout_buffer(struct radv_cmd_buffer *cmd_buffer, const struct radv_d radeon_end(); if (gfx_level >= GFX10) { - /* Emitting a COPY_DATA packet should be enough because RADV doesn't support preemption - * (shadow memory) but for unknown reasons, it can lead to GPU hangs on GFX10+. + /* Make sure that PFP waits for ME to avoid a race condition because the data is written by + * STRMOUT_BUFFER_UPDATE in ME, but LOAD_CONTEXT_REG_INDEX is in PFP. */ ac_emit_cp_pfp_sync_me(cs->b, false);