fdo-mirrors/mesa
1
0
Fork 0
mirror of https://gitlab.freedesktop.org/mesa/mesa.git synced 2025-12-27 19:10:14 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions 1

tu: Add CCU_RESOLVE_CLEAN workaround

Browse source 
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/37919>
This commit is contained in:
Connor Abbott 2025-10-16 09:10:00 -04:00 • committed by Marge Bot
parent 5cf0e741e2
commit 8a12a0ec24
1 changed files with 15 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

15
src/freedreno/vulkan/tu_cmd_buffer.cc
View file

@ -1550,6 +1550,8 @@ tu6_emit_gmem_resolves(struct tu_cmd_buffer *cmd,
*/
perf_debug(cmd->device,
"TODO: missing GMEM->GMEM resolve path\n");
if (CHIP >= A7XX)
tu_emit_event_write<CHIP>(cmd, cs, FD_CCU_CLEAN_BLIT_CACHE);
tu_load_gmem_attachment<CHIP>(cmd, cs, resolve_group, a, false, true);
}
}
@ -5583,6 +5585,19 @@ tu_emit_subpass_begin_gmem(struct tu_cmd_buffer *cmd, struct tu_resolve_group *r
tu_cond_exec_start(cs, CP_COND_EXEC_0_RENDER_MODE_GMEM);
/* This appears to be necessary when stores are followed by loads to the
* same memory in GMEM, to prevent the loads from starting before the
* stores have completed. See
* dEQP-VK.pipeline.monolithic.multisample.multisampled_render_to_single_sampled.input_attachments.initialize.r8g8b8a8_unorm_r16g16b16a16_sfloat_r16g16b16a16_sint_d16_unorm.2x.ds_resolve_sample_zero.whole_framebuffer
* for a testcase.
*
* TODO: why is this not necessary between the end of one tile and the
* start of another?
*/
if (subpass_idx != 0) {
tu_emit_event_write<CHIP>(cmd, cs, FD_CCU_CLEAN_BLIT_CACHE);
}
/* Emit gmem loads that are first used in this subpass. */
bool emitted_scissor = false;
for (uint32_t i = 0; i < cmd->state.pass->attachment_count; ++i) {