[Bug 97473] Memory corruption when uploading DXT5 cubemap faces

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Aug 24 22:50:27 UTC 2016


--- Comment #2 from Kenneth Graunke <kenneth at whitecape.org> ---
There are many solutions to this:

1. Fall back to untiled for compressed textures that are too big to blit.
   ("Better to fall off a performance cliff than hit a spike trap.")  Easy to
implement, and backport to stable releases, but awful.  Need to get the math
right to avoid sending more things than necessary off the performance cliff.

2. Take Chris Wilson's "unlimited GTT map!" patch, which apparently exploits a
Kernel 4.9 feature to eliminate the need for the check.  I'm not sure how this
works yet.  It would be nice to solve it without requiring Kernel 4.9.

3. Teach the BLT code about compressed textures.  Doable.  Probably

4. Use BLORP for the map-blit path.  Jason has patches to make it able to do
dumb copies by lying about formats.  We could use this for MapTextureImage.

I'm thinking we want to do #3 (fix BLT, and backport), #2 (make CPU mapping
always work), and longer term #4 (stop using the BLT).

You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20160824/e6a73579/attachment-0001.html>

More information about the intel-3d-bugs mailing list