mesa/st: Fix frontbuffer rendering regression
authorThomas Hellstrom <thellstrom@vmware.com>
Thu, 7 Sep 2017 08:45:10 +0000 (10:45 +0200)
committerThomas Hellstrom <thellstrom@vmware.com>
Fri, 8 Sep 2017 07:26:18 +0000 (09:26 +0200)
commit6e2b87c7e92b090dc2a08735f6ac96a95266730b
treeb0e50ff3be6d765e6040f354e4d0f9db37ba351e
parent44ac54a3fdcb0dd54ea0cf3f2e5738958aab8010
mesa/st: Fix frontbuffer rendering regression

This fixes a regression introduced with commit
"mesa/st: Reduce the number of frontbuffer flush calls"
where we, after flushing the front buffer marked it as not-rendered-to,
the idea being that it should be marked as "rendered-to" again as soon as
any rendering was touching the front.

Now the latter part never happened, because it was part of a state
validation and we never marked that part of the state as dirty.

So mark the framebuffer state dirty after a frontbuffer flush.
(fdo bugzilla 102496)

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=102496
Fixes: eceb671002 (mesa/st: Reduce the number of frontbuffer flush calls)
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Reviewed-by: Bruce Cherniak <bruce.cherniak@intel.com>
Reviewed-by: Marek Olšák <marek.olsak@amd.com>
Tested-by: Dieter Nützel <Dieter@nuetzel-hh.de>
Tested-by: Bruce Cherniak <bruce.cherniak@intel.com>
Tested-By: Gert Wollny <gw.fossdev@gmail.com>
src/mesa/state_tracker/st_manager.c