[Mesa-dev] [Bug 108245] RADV/Vega: Low mip levels of large BCn textures get corrupted by vkCmdCopyBufferToImage

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=108245

            Bug ID: 108245
           Summary: RADV/Vega: Low mip levels of large BCn textures get
                    corrupted by vkCmdCopyBufferToImage
           Product: Mesa
           Version: git
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/Vulkan/radeon
          Assignee: mesa-dev at lists.freedesktop.org
          Reporter: asmith at feralinteractive.com
        QA Contact: mesa-dev at lists.freedesktop.org

Created attachment 141899
  --> https://bugs.freedesktop.org/attachment.cgi?id=141899&action=edit
Test case

On Vega, the lowest mip levels (with at least one dimension smaller than the
block size) of large block compressed textures can get corrupted when data is
copied to them with vkCmdCopyBufferToImage(). It seems as though it only
affects textures with non-power-of-two size, and also doesn't occur on smaller
textures (1024x3072 is affected but 32x96 is not).

The attached test case creates a 1024x3072 BC1_SRGB texture, with a complete
mip chain, and then uses vkCmdCopyBufferToImage() to initialise each mip level
with zero data. It then draws a quad sampling from mip level 9 (2x6) of that
texture. This should render black, but instead it usually renders garbage (for
example see the attached screenshot). Sometimes, though, it does correctly
render black.

If a RenderDoc capture is taken you can see that mip levels 9 to 12 are all
corrupted.

Reproduces on Vega 64 with Mesa git 5f0567a4f6 and 18.2, with LLVM 7.0. Doesn't
occur on non-Vega cards, or on AMDVLK.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20181004/be2c0f1f/attachment.html>