virgl: Allow RGB32* textures only as buffer objects
authorGert Wollny <gert.wollny@collabora.com>
Thu, 12 Jul 2018 10:55:36 +0000 (12:55 +0200)
committerGert Wollny <gw.fossdev@gmail.com>
Fri, 20 Jul 2018 17:12:49 +0000 (19:12 +0200)
commit0bde9739c069fe24b5e5000f1b569b911847a940
tree561768d79370ed34dfd519dcd21385e179ae34c3
parentfeb43ef674593ad94e962be194cb67dfc97c4e2e
virgl: Allow RGB32* textures only as buffer objects

When requesting a texture of the internal format GL_RGB32F Gallium will
try to allocate a renderable texture and returns RGBA32F or RGBX32F, but
when one requests GL_RGB32I or GL_RGB32UI the according 3-component
texture will be returned. This leads to problems later, when one wants
to use glCopyImageSubData to copy data between these textures that should
be compatible, but given the way virgl and Gallium  handle this the latter
fails with an assertion, because the per-texel bit size is different.

By allowing the GL_RGB32* only for texture buffers these problems are avoided
without losing the ARB_tbo_rgb32 extension (thanks Ilia Mirkin).

v2: Correct spelling (Gurchetan Singh)

Signed-off-by: Gert Wollny <gert.wollny@collabora.com>
Reviewed-by: Gurchetan Singh <gurchetansingh@chromium.org>
src/gallium/drivers/virgl/virgl_screen.c