Summary: | Unexpected incomplete framebuffer in _mesa_meta_GenerateMipmap() GLES | ||
---|---|---|---|
Product: | Mesa | Reporter: | Dorian Fevrier <fevrier.dorian> |
Component: | Drivers/DRI/i965 | Assignee: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Status: | RESOLVED NOTOURBUG | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | ||
Version: | 17.0 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | apitrace file |
Description
Dorian Fevrier
2017-09-16 13:51:56 UTC
I'm seeing a different error with current Mesa master: --- 8< --- glretrace: main/teximage.c:806: init_teximage_fields_ms: Assertion `img->_BaseFormat != -1' failed. --- 8< --- As a first thought, could you try using glTexImage2D instead of glTexSubImage2D for texture upload? I think the base level of texture is not defined properly if glTexStorage2D has not been used to defined the texture. Thanks, I will test that! First little thing, I realize I don't use our `OPENGL_CHECK_ERRORS` macro after `glGenerateMipmap()`. Maybe there is more infos in it. Second: Is not `glTexSubImage2D()` supposed to generate an error if `glTexImage2D()` hasn't been called before? http://docs.gl/es2/glTexSubImage2D#errors (In reply to Dorian Fevrier from comment #2) > Thanks, I will test that! > > First little thing, I realize I don't use our `OPENGL_CHECK_ERRORS` macro > after `glGenerateMipmap()`. Maybe there is more infos in it. > > Second: Is not `glTexSubImage2D()` supposed to generate an error if > `glTexImage2D()` hasn't been called before? > > http://docs.gl/es2/glTexSubImage2D#errors I did try this on my own test app and it does causes following error: Mesa: User error: GL_INVALID_OPERATION in glTexSubImage2D(invalid texture level 0) Based on the discussion and documentation I'm resolving this as NOTOURBUG, you need to first specify texture content before using glTexSubImage2D (which is using to 'respecify content' as reads in the spec). Thanks Tapani, I didn't had the time to test yet. I'm surprise GL_INVALID_OPERATION didn't popup with glTexSubImage2D() on my side like it seems to have pop on your side. I will try with `export MESA_DEBUG=1` to see if there is a difference between our `OPENGL_CHECK_ERRORS` macro and mesa output. What you say would mean Mesa 17.0.7 raise an implementation error but the master seems to have "fixed" it stating it's an OpenGL error. I will test. You have to seen the all setting of device to visit here http://fixwindows10connections.com and fix connections for bluetooth audio devices and wireless displays in windows. |
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.