hmm, ok, so it is a *client* process that is crashing? The wayland winsys (used by client processes, as opposed to gbm/drm winsys used by compositor) does support pbuffers.
BR, -R On Thu, Feb 2, 2017 at 7:43 AM, Sivasubramanian Patchaiperumal <sivasubramanian.patchaiperu...@linaro.org> wrote: > Westeros code uses EGL window surface only, but the WPE code (at > https://github.com/Metrological/WebKitForWayland/) which uses pbuffer works > on HiKey and RPI as mentioned. > > On 2 February 2017 at 17:38, Rob Clark <robdcl...@gmail.com> wrote: >> >> On Thu, Feb 2, 2017 at 2:13 AM, Sivasubramanian Patchaiperumal >> <sivasubramanian.patchaiperu...@linaro.org> wrote: >> > Hi, >> > I'm trying to port WPE on DB410c with Westeros compositor, but the >> > webprocess crashes due to null sharingcontext. Webprocess fails to >> > create gl >> > context as eglChooseConfig fails when the surface type attribute is >> > pbuffer. >> > Also, Westeros sample app works fine and the issue is only when surface >> > type >> > attribute is pbuffer. But the same issue is not observed on similar >> > scenerios, HiKey and RPI with westeros. Is there something to do with >> > db410c >> > for eglChooseConfig failure when surface type is pbuffer? >> >> Can you point me at the code? Not 100% sure but possibly gbm/drm egl >> implementation does not support pbuffer surfaces. I don't see weston >> using pbuffer's, for example. >> >> Has this code ever worked with anything other than closed src gles >> drivers? (Like the vc4 driver on r-pi or on x86?) >> >> BR, >> -R > > > > > -- > Regards, > Sivasubramanian _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
