https://bugs.freedesktop.org/show_bug.cgi?id=92236
Bug ID: 92236 Summary: [ColorTiling2D] R600 BARTS radeon: pipe_context->clear with color tiling enabled doesn't immediately affect color buffer Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel@lists.freedesktop.org Reporter: siro@das-labor.org QA Contact: dri-devel@lists.freedesktop.org
There's an open Gallium nine bug: https://github.com/iXit/Mesa-3D/issues/138
It looks like pipe_context->clear called with PIPE_CLEAR_COLOR isn't applied immediately to the buffer. As nine mimics swap-chains, the buffer is reused after some frames resulting in "delayed" presentation.
The problem doesn't exist with R600_DEBUG=notiling and it doesn't exists when using pipe_context->clear_render_target instead.
Tested with mesa git: https://github.com/iXit/Mesa-3D/
https://bugs.freedesktop.org/show_bug.cgi?id=92236
Michel Dänzer michel@daenzer.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Component|Drivers/Gallium/r600 |Mesa core Resolution|--- |NOTOURBUG Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org
--- Comment #1 from Michel Dänzer michel@daenzer.net --- (In reply to Patrick Rudolph from comment #0)
There's an open Gallium nine bug: https://github.com/iXit/Mesa-3D/issues/138
It looks like pipe_context->clear called with PIPE_CLEAR_COLOR isn't applied immediately to the buffer.
That's correct. nine needs to resolve the clear using the pipe->flush_resource hook.
The problem doesn't exist with R600_DEBUG=notiling
Fast clear only works with tiled surfaces.
and it doesn't exists when using pipe_context->clear_render_target instead.
IIRC that's currently a software fallback.
dri-devel@lists.freedesktop.org