Bug 89152 - glBlitFramebuffer always "bad src/dst multisample pixel formats", when src fbo is multisample
Summary: glBlitFramebuffer always "bad src/dst multisample pixel formats", when src fb...
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Mesa core (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: mesa-dev
QA Contact: mesa-dev
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-15 12:48 UTC by Frederik vom Hofe
Modified: 2019-09-18 20:23 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
simple sdl2 example (2.74 KB, text/plain)
2015-02-15 12:48 UTC, Frederik vom Hofe
Details

Description Frederik vom Hofe 2015-02-15 12:48:04 UTC
Created attachment 113504 [details]
simple sdl2 example

If I try to blit from a multisample fbo I always get:

GL_INVALID_OPERATION

or with KHR_debug callback:

GL_INVALID_OPERATION in glBlitFramebufferEXT(bad src/dst multisample pixel formats)

This even happens when the target fbo has the same sample count.


glxinfo |grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.6.0-devel (git-3f1e128 2015-02-13 trusty-oibaf-ppa)
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.6.0-devel (git-3f1e128 2015-02-13 trusty-oibaf-ppa)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.6.0-devel (git-3f1e128 2015-02-13 trusty-oibaf-ppa)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:

uname -a
Linux c01 3.19.0 #1 SMP Sat Feb 14 23:33:44 CET 2015 x86_64 x86_64 x86_64 GNU/Linux
Comment 1 Michel Dänzer 2015-02-17 04:13:55 UTC
I'm hitting several other GL error conditions first:

Mesa: User error: GL_INVALID_VALUE in glSampleMaski(index)
Mesa: User error: GL_INVALID_ENUM in glFramebufferTextureLayer(target=0x1)
Mesa: User error: GL_INVALID_ENUM in glDrawElementsInstanced(mode=8ca8)
Mesa: User error: GL_INVALID_OPERATION in glFramebufferTexture
Mesa: User error: GL_INVALID_ENUM in glBindRenderbufferEXT(target)
glGetError = GL_INVALID_VALUE

Try running the app with a debugging build of Mesa in gdb and setting a breakpoint on _mesa_error.
Comment 2 Tapani Pälli 2015-02-17 06:47:03 UTC
program prints no errors when run on i965 (tested on haswell)
Comment 3 smoki 2015-02-17 08:21:04 UTC
 For mi on Kabini env LIBGL_ALWAYS_SOFTWARE=true also gives same GL_INVALID_OPERATION... regression somewhere as it does not happen on 10.1 mesa, but it is in 10.2+
Comment 4 smoki 2015-02-17 10:05:21 UTC
 OK it happen once GLSL 3.30 is adveritised for llvmpipe:

 http://cgit.freedesktop.org/mesa/mesa/commit/?h=10.2&id=7380ce9bf68d6d9913b5901ea3a432b4dae0ba72

 For radeon it is not there, likely once later on when that is also done for it.

 Both does not got this under env MESA_GLSL_VERSION_OVERRIDE=140
Comment 5 GitLab Migration User 2019-09-18 20:23:34 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/985.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.