<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - Using a single-plane imageview from a multi-plane image is broken" href="https://bugs.freedesktop.org/show_bug.cgi?id=105496#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - Using a single-plane imageview from a multi-plane image is broken" href="https://bugs.freedesktop.org/show_bug.cgi?id=105496">bug 105496</a> from <a class="email" href="mailto:lionel.g.landwerlin@linux.intel.com" title="Lionel Landwerlin <lionel.g.landwerlin@linux.intel.com>"> Lionel Landwerlin</a> <pre>(In reply to atomnuker from <a href="show_bug.cgi?id=105496#c7">comment #7</a>) > (In reply to Lionel Landwerlin from <a href="show_bug.cgi?id=105496#c6">comment #6</a>) > > (In reply to atomnuker from <a href="show_bug.cgi?id=105496#c3">comment #3</a>) > > > (In reply to Lionel Landwerlin from <a href="show_bug.cgi?id=105496#c1">comment #1</a>) > > > > I think the mistake here is that you're using a single image with 2 > > > > different view. This requires a compatible format between the 2 views. R8 & > > > > G8_B8_R8_3PLANE_420 are not compatible. > > > > > > Yes they are. Read this. It's right at the top. > > > <a href="https://www.khronos.org/registry/vulkan/specs/1.1-extensions/html/vkspec">https://www.khronos.org/registry/vulkan/specs/1.1-extensions/html/vkspec</a>. > > > html#features-formats-compatible-planes > > > > > > > > > > As far as I can tell, compatible formats apply to images, not image views. > > They do: > <a href="https://www.khronos.org/registry/vulkan/specs/1.1-extensions/html/vkspec">https://www.khronos.org/registry/vulkan/specs/1.1-extensions/html/vkspec</a>. > html#VkImageViewCreateInfo > >If image was created with the VK_IMAGE_CREATE_MUTABLE_FORMAT_BIT and the image has > >a multi-planar format, and if subresourceRange.aspectMask is VK_IMAGE_ASPECT_PLANE_0_BIT, > >VK_IMAGE_ASPECT_PLANE_1_BIT, or VK_IMAGE_ASPECT_PLANE_2_BIT, format must be compatible > >with the corresponding plane of the image, and the sampler to be used with the image view > >must not enable sampler Y’CBCR conversion. The width and height of the single-plane image > >view must be derived from the multi-planar image’s dimensions in the manner listed for > >plane compatibility for the plane. > > > >One thing that was also missing on the traces is that no image seem to be created with > >VK_IMAGE_USAGE_STORAGE_BIT, which what is needed for descriptors of type > >VK_DESCRIPTOR_TYPE_STORAGE_IMAGE. That seems to hit an assert in my debug build. > Hmm, seems like you're right. Once I flag the bit it works. However, that > bit isn't flagged as supported > in either linearly or optimally tiled images (of multiplane format). We don't support storage on multiplanar formats indeed. But R8_UNORM should be reported as supporting storage. > Should this be flagged as supported? It seems like it works.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>