mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-24 01:58:16 +02:00
cdac733874
I'm convinced that u_blitter interactions with fbfetch can't be handled in si_update_ps_colorbuf0_slot alone, so it has to be force-disabled by si_blitter_begin. Another reason why it has to be disabled for u_blitter and not ignored is because FBFETCH with MSAA enables sample shading regardless of context states, and we don't want that for u_blitter. Also, si_update_ps_colorbuf0_slot now disables FBFETCH explicitly before its own DCC and CMASK decompression because even though u_blitter can't do anything (due to blitter_running), si_blitter_end calls it too. The result is that no recursion can occur thanks to the blitter_running and suppress_update_ps_colorbuf0_slot flags, and FBFETCH is always force-disabled before those flags are set, which is the state we want to be in. Fixes: |
||
|---|---|---|
| .. | ||
| asahi | ||
| crocus | ||
| d3d12 | ||
| etnaviv | ||
| freedreno | ||
| i915 | ||
| iris | ||
| lima | ||
| llvmpipe | ||
| nouveau | ||
| panfrost | ||
| r300 | ||
| r600 | ||
| radeonsi | ||
| softpipe | ||
| svga | ||
| tegra | ||
| v3d | ||
| vc4 | ||
| virgl | ||
| zink | ||