- Try to retrieve driver name from dri2_egl_display
Signed-off-by: Veluri Mithun
---
docs/specs/EGL_MESA_query_driver.txt | 54
src/egl/main/eglapi.c| 13 +++
src/egl/main/egldriver.c | 8 +
src/egl/main/egldriver.h |
For mutable format images, I don't think we can safely allow the clear
color to escape the render pass. Otherwise we'd have to do annoying
trickery to resolve with the correct format. We could do a bunch of
predicated resolves or we could emit an MI command to whack the surface
state. Neither o
The problem is a bit more annoying than I initially thought :(
Here is what the vkd3d test does :
1. Create image format R8G8B8A8_UNORM
2. Create image view format R8G8B8A8_SRGB
3. Clear the view through a sub pass to a particular color
4. Barrier on the image to from color attachment to source
https://bugs.freedesktop.org/show_bug.cgi?id=109131
--- Comment #2 from Dylan Baker ---
Actually, it looks like std=c++11 was added in GCC 4.7, and before that you had
to use std=c++0x. Clang added support for std=c++11 it looks like.
https://gcc.gnu.org/projects/cxx-status.html#cxx11
https://cl
https://bugs.freedesktop.org/show_bug.cgi?id=109131
--- Comment #1 from Dylan Baker ---
what compiler and what version? It wouldn't surprise me if old versions of gcc
(Say 4.2) doesn't actually support C++11.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the
Alright, I guess it should work...
Reviewed-by: Roland Scheidegger
Am 14.12.18 um 09:17 schrieb Tomasz Figa:
> If there is no last fence, due to no rendering happening yet, just
> create a new signaled fence and return it, to match the expectations of
> the EGL sync fence API.
>
> Fixes random
