hmm, tons of older stuff uses pbuffers w/ x11.. although a quick look at mesa/demos.git and it doesn't look like any of them that build for wayland do. I don't think pbuffers are used much anymore. But I would expect there should be some piglit tests which do.
(Plus, firefox and chromium have been ported to wayland.. and quite a lot of other sw. And a lot of us are using wayland on our laptops/desktops these days.) BR, -R On Thu, Feb 2, 2017 at 9:39 AM, Sivasubramanian Patchaiperumal <sivasubramanian.patchaiperu...@linaro.org> wrote: > Yes, WebProcess(in WebKit) is crashing on DB410c. Any client that uses > pbuffer surfaces will crash I suspect. Is there is any simple egl > application that uses pixel buffer to verify and confirm? > > On 2 February 2017 at 19:00, Rob Clark <robdcl...@gmail.com> wrote: >> >> 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 > > > > > -- > Regards, > Sivasubramanian _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
