Format reinterpretation of r10x6g10x6b10x6a10x6 and similar

[jenatali]

The Vulkan spec lists R10x6G10x6B10x6A10x6 in its own format compatibility class, the "64-bit R10G10B10A10" class (see https://docs.vulkan.org/spec/latest/chapters/formats.html#formats-compatibility-classes). There are test cases that reinterpret this format to R16G16B16A16 and R32G32 formats. These test cases would seem to violate VUID-VkImageViewCreateInfo-image-01761:

If image was created with the VK_IMAGE_CREATE_MUTABLE_FORMAT_BIT flag, but without the VK_IMAGE_CREATE_BLOCK_TEXEL_VIEW_COMPATIBLE_BIT flag, and if the format of the image is not a multi-planar format, format must be compatible with the format used to create image, as defined in Format Compatibility Classes

This would appear to be either a spec bug, where these 64-bit non-planar non-block formats should be added to the normal 64-bit non-planar non-block compatibility class, or else this is a test bug where this conversion shouldn't be tested.