Re: linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Matt Hoosier
On Thu, Apr 9, 2020 at 5:51 PM Simon Ser wrote: > On Friday, April 10, 2020 12:48 AM, Matt Hoosier > wrote: > > > As a compositor author, do I have to account for the possibility that > the EGL implementation may provide (squat on) the > “zwp_linux_linux_dmabuf_v1” buffer factory itself, it is t

Re: linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Simon Ser
On Friday, April 10, 2020 12:48 AM, Matt Hoosier wrote: > As a compositor author, do I have to account for the possibility that the EGL > implementation may provide (squat on) the “zwp_linux_linux_dmabuf_v1” buffer > factory itself, it is that strictly the prerogative of the individual > compo

Re: linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Matt Hoosier
+ list On Thu, Apr 9, 2020 at 5:48 PM Matt Hoosier wrote: > On Thu, Apr 9, 2020 at 5:42 PM Scott Anderson wrote: > >> On 10/04/20 10:34 am, Matt Hoosier wrote: >> > On Thu, Apr 9, 2020 at 2:51 PM Simon Ser > > > wrote: >> > >> > On Thursday, April 9, 2020 9:41 PM

Re: linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Scott Anderson
On 10/04/20 10:34 am, Matt Hoosier wrote: On Thu, Apr 9, 2020 at 2:51 PM Simon Ser > wrote: On Thursday, April 9, 2020 9:41 PM, Matt Hoosier mailto:matt.hoos...@gmail.com>> wrote: > If I remember correctly, I've read various messages on the list here

Re: linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Matt Hoosier
On Thu, Apr 9, 2020 at 2:51 PM Simon Ser wrote: > On Thursday, April 9, 2020 9:41 PM, Matt Hoosier > wrote: > > > If I remember correctly, I've read various messages on the list here > saying that eventually it would be preferred for EGL implementations > would just use linux-dmabuf as their buf

Re: linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Simon Ser
On Thursday, April 9, 2020 9:41 PM, Matt Hoosier wrote: > If I remember correctly, I've read various messages on the list here saying > that eventually it would be preferred for EGL implementations would just use > linux-dmabuf as their buffer factory. That would mean that EGL backends would >

linux-dmabuf and eglBindWaylandDisplayWl

2020-04-09 Thread Matt Hoosier
Hi, Historically, many EGL implementations have registered a private wl_drm buffer factory for use internally by the implementation's Wayland backend, as part of the setup work done go eglBindWaylandDisplayWl(). Separately, compositors have started to implement explicit support for the zwp_linux_

Re: Chrome Remote Desktop and Wayland

2020-04-09 Thread The Rasterman
On Thu, 9 Apr 2020 12:05:57 -0700 Erik Jensen said: > On Thu, Apr 9, 2020 at 12:17 AM Jonas Ådahl wrote: > [snip] > > DRM master and input device revocation should be handled more or less > > already by most if not all compositors, by closing devices, by then > > going dorment until access is re

Re: Chrome Remote Desktop and Wayland

2020-04-09 Thread Erik Jensen
On Thu, Apr 9, 2020 at 12:17 AM Jonas Ådahl wrote: [snip] > DRM master and input device revocation should be handled more or less > already by most if not all compositors, by closing devices, by then > going dorment until access is returned to the compositor. I don't know > if there is any composi

Re: Chrome Remote Desktop and Wayland

2020-04-09 Thread Jonas Ådahl
On Wed, Apr 08, 2020 at 11:17:14AM -0700, Erik Jensen wrote: > On Wed, Apr 8, 2020 at 2:02 AM Jonas Ådahl wrote: > > Either multiple separate units (e.g. GDM and Chrome Remote Desktop login > > manager) needs to both try to manage the same sessions via logind, which > > sounds fragile and unlikely