Hi,
I'm not sure exactly what mechanism you're using to implement the WPE
interfaces, so I'll just list a few options.
Focusing on wpe_renderer_backend_egl_offscreen_target_interface that's
used as the basis for the sharing context and WebGL contexts, the
simplest implementation would just ret
Tried writing a simple EGL pbuffer application and tested it on DB410c. As
expected, eglChooseConfig returned no matched config available. Is there
something we can do to get pbuffer support on Mesa?
On 3 February 2017 at 20:33, Rob Clark wrote:
> Hmm, could be that westeros is doing something w
Thanks Rob for your inputs. Yes, you are looking at the right place. But
the HiKey which takes same pbuffer path and it working with Mali is the
reference now. I'm trying to write a simple egl app that uses pbuffer to
confirm the support with Mesa. Does it sounds correct or you have any
suggestions
One more point is westeros always return null window for offscreen target,
that why WPE falls back to pbuffer on HiKey and DB410c cases.
On 3 February 2017 at 11:30, Sivasubramanian Patchaiperumal <
sivasubramanian.patchaiperu...@linaro.org> wrote:
> Thanks Rob for your inputs. Yes, you are looki
Hmm, could be that westeros is doing something wrong that causes the
pbuffer path to be hit. I'm not entirely sure why pbuffer is not
supported in wayland (other than just that these days there are better
ways to do things than pbuffer), although I thought I remembered
seeing a fallback to surface
btw, where exactly is it crashing? I grabbed the WebKitForWayland
tree.. if I'm looking at the right thing, the only place where it
should try to create a pbuffer is in
Source/WebCore/platform/graphics/egl/GLContextEGL.cpp and that looks
like it should only be a fallback after createWaylandContext
hmm, just looking at dri2_wl_display_vtbl:
.create_pbuffer_surface = dri2_fallback_create_pbuffer_surface,
which just returns null.. so I guess pbuffers are not supported under wayland.
Bit of google search reveals:
https://lists.freedesktop.org/archives/wayland-devel/2012-April/002928.html
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 be
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
wrote:
> Westeros code uses EGL window surface only,
On Thu, Feb 2, 2017 at 2:13 AM, Sivasubramanian Patchaiperumal
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 pbuf
10 matches
Mail list logo
