Re: [Mesa-dev] EGL: Question about deferred context and surface destroy

AM, Tapani Pälli <tapani.pa...@intel.com> wrote: > > > On 04/28/2017 08:08 AM, Tapani Pälli wrote: > >> >> >> On 04/28/2017 08:05 AM, Tapani Pälli wrote: >> >>> >>> >>> On 04/27/2017 06:59 PM, Mike Gorchak wrote: >>&g

Re: [Mesa-dev] EGL: Question about deferred context and surface destroy

rom Display, but not yet destroyed. Same applies for Context resource. Thank you! On Thu, Apr 27, 2017 at 2:37 AM, Tapani Pälli <tapani.pa...@intel.com> wrote: > > > On 04/26/2017 05:08 PM, Mike Gorchak wrote: > >> Hi Tapani, >> >> Sure, I can share them,

Re: [Mesa-dev] EGL: Question about deferred context and surface destroy

pecification too literally, that's why I'm asking rather than reporting it as a bug. Thank you! On Wed, Apr 26, 2017 at 2:09 AM, Tapani Pälli <tapani.pa...@intel.com> wrote: > On 04/25/2017 10:20 PM, Mike Gorchak wrote: > > Hi all, > > During a quick tests of latest Mesa3D

[Mesa-dev] EGL: Question about deferred context and surface destroy

Hi all, During a quick tests of latest Mesa3D versions at different branches 12.x, 13.x, 17.x we have found that deferred context and surface destroy doesn't work properly. According to docs: https://www.khronos.org/registry/EGL/sdk/docs/man/html/eglDestroySurface.xhtml Description If the EGL

Re: [Mesa-dev] [Bug 98502] Delay when starting firefox, thunderbird or chromium and dmesg spam

J

Re: [Mesa-dev] [Mesa-stable] [PATCH] mapi: Export all GLES 3.1 functions in libGLESv2.so

Please understand me right, we are not talking about desktop hardware and libraries, only about embedded in case of GL ES. What's common for desktop usually uncommon for embedded and vice versa. We are currently ship libraries from many silicon vendors: Imagination RGX, Mali, Vivante, nVidia - all

Re: [Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

t;imir...@alum.mit.edu> wrote: > On Wed, Jun 15, 2016 at 2:55 PM, Mike Gorchak > <mike.gorchak@gmail.com> wrote: > > Hi, > > > > hm, could you check "cat ./src/mapi/es2api/glapi_mapi_tmp.h | grep > > glFramebufferParameteri" ? > > > > I can

Re: [Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

BTW, glDispatchCompute() is from 3.1, and it is present. glFramebufferParameteri() is from 3.1, but it is absent. On Wed, Jun 15, 2016 at 2:55 PM, Mike Gorchak <mike.gorchak@gmail.com> wrote: > Hi, > > hm, could you check "cat ./src/mapi/es2api/gla

Re: [Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

chments.xml > > And the dEQP tests that check these also work correctly. What makes > you think they're not properly exposed? (Perhaps I'm confused re what > the "MAPI" interface is?) > > -ilia > > On Wed, Jun 15, 2016 at 2:23 PM, Mike Gorchak > <mike.gorchak.

[Mesa-dev] Mesa 11.2.2 and Mesa 12.0.0rc3 GLES 3.1 issues with i965 driver

Hello, Just found that latest Mesa 11.2.2 and 12.0.0rc3 exposes version 3.1 of OpenGL ES instead of 3.0 if i965 DRI driver is used on Intel Gen8 (Broadwell) or Gen9 (AppolloLake/Broxton) hardware. At the same time some of GLES 3.1 functions are not available through MAPI interface like

[Mesa-dev] [PATCH] glu: src/libtess: memory has been freed using uninitialized pointer

Hi ! I've attached the patch which fixes access to unitialized pointer during memory free operation. pqNewPriorityQ() function creates and setups PriorityQ structure, all except for the field order. It is filled later in function pqInit(). Depending on vertices of polygon which must be