Re: [PATCH wayland-protocols] Add governance document

Acked-by: Mir team (alan.griffi...@canonical.com) On 14/11/2019 16:10, Simon Ser wrote: > The idea of a better-defined governance model for wayland-protocols has > been discussed for quite a while [1]. > > A new GOVERNANCE document describes how changes to the wayland-protocols > repository are acc

Re: [PATCH wayland-protocols] Add governance document

On Fri, Nov 15, 2019 at 00:10, Simon Ser wrote: The idea of a better-defined governance model for wayland-protocols has been discussed for quite a while [1]. A new GOVERNANCE document describes how changes to the wayland-protocols repository are accepted. A set of members representing proje

[PATCH wayland-protocols] Add governance document

The idea of a better-defined governance model for wayland-protocols has been discussed for quite a while [1]. A new GOVERNANCE document describes how changes to the wayland-protocols repository are accepted. A set of members representing projects can vote on merge requests sent via GitLab. The ini

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

On 15/11/19 4:04 am, Drew DeVault wrote: On Fri Nov 15, 2019 at 12:39 AM, Scott Anderson wrote: A hint is merely a hint. The compositor can abide or not by that. This flag will explicitly close the client connection if the buffer can't be scanned out when this flag is passed. This flag doesn't

Re: wayland-protocols scope and governance

On 13/11/2019 21:22, Christopher James Halse Rogers wrote: > > > On Wed, Nov 13, 2019 at 16:21, Jonas Ådahl wrote: >> On Tue, Nov 12, 2019 at 08:13:58PM +, Daniel Stone wrote: >> >> Hi, On Thu, 10 Oct 2019 at 16:12, Simon Ser > > wrote: > This document gover

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

On Thursday, November 14, 2019 4:13 PM, Pekka Paalanen wrote: > yes. The main use for 'direct-display' flag is dmabufs that are > "poisonous". Touching their content in any way might kill the > compositor, or so I hear. Obviously no normal desktop system would ever > have those, since they would

Re: wayland-protocols scope and governance

On Tue, Nov 12, 2019 at 9:14 PM Daniel Stone wrote: > > Hi, > > On Thu, 10 Oct 2019 at 16:12, Simon Ser wrote: > > This document governs the maintenance of wayland-protocols and serves to > > outline > > the broader process for standardization of protocol extensions in the > > Wayland > > ecosy

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

On Thu, 14 Nov 2019 17:05:41 +1300 Scott Anderson wrote: > On 14/11/19 3:08 am, Marius Vlad wrote: > > Flag used to tell the compositor that it should avoid touching the > > dmabuf buffer and forward it directly to the display controller. > > > > Most likely this flag can be used together with t

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

On Fri Nov 15, 2019 at 12:39 AM, Scott Anderson wrote: > > A hint is merely a hint. The compositor can abide or not by that. > > This flag will explicitly close the client connection if the buffer > > can't be scanned out when this flag is passed. > > This flag doesn't sound like a hint to me, but

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

Has any thought been into how this would need to interact with dmabuf-hints[1]? Without that, it seems like it would be a total crapshoot for clients to try and use this flag, since they have no idea what formats+modifers the display controller supports, and instead only has the list that the GPU

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

On 11/14/19 12:20 AM, Drew DeVault wrote: > Can you elaborate more on non-DRM use-cases? Most compositors are > already going to use direct scan-out as much as possible, and can make > reasonably well informed choices about when to do so. For example, > fullscreen surfaces will generally always b

Re: [PATCH] unstable/linux-dmabuf: Add 'direct_display' flag

On 11/14/19 6:05 AM, Scott Anderson wrote: >> > > Has any thought been into how this would need to interact with > dmabuf-hints[1]? Without that, it seems like it would be a total > crapshoot for clients to try and use this flag, since they have no idea > what formats+modifers the display contro