System compositor: set up wl_drm to import buffers on card A
Session compositor: Detects it is on card B and not the card of wl_drm.
Creates a buffer without tiling and use wl_drm to share it with the
System compositor.
The session compositor creates a new wl_drm for its clients.
The client
I want to add the use case that I describe is not with subsurfaces.
What I imagine is having a System compositor on card A (integrated),
and a Session compositor on card A (integrated card/energy saving) or
card B (dedicated card/max performance).
The Session compositor wouldn't use subsurfaces,
Is this problem specific to the extension or is it a general problem?
Would there not be the same issue if the session compositor wasn't using
the extension but was creating textures from the client surfaces
instead? Presumably if cards A and B don't share a tiling mode then it
won't be possible fo
I think there is a problem with tiling handling in your patch.
Thinks of a session compositor running on an other graphic card for example.
Main compositor: card A
session compositor: card B. buffer is shared between A and B and when
creating it, tiling was disabled (because A and B share no ti
This adds an extension called EGL_WL_create_wayland_buffer_from_image
which adds the following single function:
struct wl_buffer *
eglCreateWaylandBufferFromImageWL(EGLDisplay dpy, EGLImageKHR image);
The function creates a wl_buffer which shares its contents with the given
EGLImage. The expected
