On 01.03.2012 01:05, Marek Olšák wrote:
2012/2/29 Christian König<deathsim...@vodafone.de>:
On 29.02.2012 17:53, Marek Olšák wrote:
Why this wasn't allowed is beyond me.
Because that resulted in allot better performance.
It doesn't make much sense to let the driver blit the content of a texture
into a tilled version and make a single draw and then throw away that tilled
version before the next draw.
So either leave the test there or move it into r600_texture_create, but
don't remove it altogether.
Ah, so you want to disable tiling for staging and stream usage cases,
not blitting. That makes sense.
However blitting between non-tiled textures in our transfer path is
completely valid and recommended if the transfer is write-only and
mapping would require synchronization (flush + bo_wait). In such a
case, the blit will almost always be faster regardless of whether
tiling is enabled or not.
Correct, yeah. I also remember that there was a good reason that we put
that check into that function instead of modifying the tilling
attributes in the create function, but I can't remember it.
Anyway apart from that the patches looks good to me, so:
Reviewed-by: Christian König<christian.koe...@amd.com>
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev