[Bug 105496] Using a single-plane imageview from a multi-plane image is broken

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Mar 16 15:50:10 UTC 2018


--- Comment #7 from atomnuker at gmail.com ---
(In reply to Lionel Landwerlin from comment #6)
> (In reply to atomnuker from comment #3)
> > (In reply to Lionel Landwerlin from comment #1)
> > > 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.
> > https://www.khronos.org/registry/vulkan/specs/1.1-extensions/html/vkspec.
> > html#features-formats-compatible-planes
> > 
> > 
> As far as I can tell, compatible formats apply to images, not image views.

They do:
>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).
Should this be flagged as supported? It seems like it works.

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/20180316/0d95ad46/attachment-0001.html>

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