| Summary: | weston: black surfaces with mesa 11.0.2 | ||
|---|---|---|---|
| Product: | Wayland | Reporter: | Olivier Fourdan <fourdan> |
| Component: | weston | Assignee: | Wayland bug list <wayland-bugs> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
If GL_EXT_texture_format_BGRA8888 is enabled, then GL_BGRA_EXT is a valid format token alongside GL_UNSIGNED_BYTE type, so this would be a Mesa bug which doesn’t handle that extension in the place you pointed. |
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.
Weston 1.9.0 build with mesa 11.0.2 shows all surfaces as black squares. Reverting to mesa 11.0.1 works OK. A bisect revealed that the problem started showing up with this commit in mesa: http://cgit.freedesktop.org/mesa/mesa/commit/?id=f15a7f3 Weston uses GL_BGRA_EXT/GL_UNSIGNED_BYTE as format/type for textures and this is now rejected as invalid by mesa with this commit. But according to GLES spec 3.0.4, section 3.8 texturing, page 127 (ie page 140 in this pdf https://www.khronos.org/registry/gles/specs/3.0/es_spec_3.0.4.pdf) there is no indication of neither GL_BGRA or GL_BGRA_EXT being valid, so mesa seems right to reject it. Using a valid GL_RGBA/GL_UNSIGNED_BYTE is not rejected but obviously does not show the right colors.