iris: Be more aggressive at post-format-reintepret TC invalidate hack
authorKenneth Graunke <kenneth@whitecape.org>
Mon, 17 Jun 2019 14:39:46 +0000 (09:39 -0500)
committerKenneth Graunke <kenneth@whitecape.org>
Mon, 17 Jun 2019 21:38:08 +0000 (16:38 -0500)
commit94b9f50e63c5094ab3784bc6a310c500e5218a2d
tree78e23d74938aa41829a885bc608f045cf943ae1a
parent2b87753a84da7a1bd8a84f26f3cd0e03cc52c930
iris: Be more aggressive at post-format-reintepret TC invalidate hack

When copying/blitting with format reinterpretation, we invalidate the
texture cache before/after.  Before is so the source of the copy works,
and after is to get rid of our new data in the "wrong" format to protect
future attempts to sample.

When I ported these hacks to iris, I tried to be cautious by only
bothering with the hacks if the batch referenced the BO.  This makes
some sense for the before case.  If it isn't referenced, the texture
cache can't really have any data for the BO (since it's also invalidated
between batches).  But we still need to do the after case regardless,
as we've just polluted the cache with hazardous entries.
src/gallium/drivers/iris/iris_blit.c