On Wed, 15 Apr 2020 10:40:36 +
Simon Ser wrote:
> On Tuesday, April 14, 2020 3:33 PM, Daniel Vetter wrote:
>
> > > What I'm suggesting isn't to make all enum values UAPI. I'm suggesting
> > > to add standard enum values as #defines in the UAPI headers to make
> > > these values UAPI. Non-st
On Tuesday, April 14, 2020 3:33 PM, Daniel Vetter wrote:
> > What I'm suggesting isn't to make all enum values UAPI. I'm suggesting
> > to add standard enum values as #defines in the UAPI headers to make
> > these values UAPI. Non-standard properties wouldn't be in the UAPI
> > headers, so user-s
On Tue, Apr 14, 2020 at 3:25 PM Simon Ser wrote:
>
> On Tuesday, April 14, 2020 2:39 PM, Daniel Vetter wrote:
>
> > On Tue, Apr 14, 2020 at 12:34:17PM +, Simon Ser wrote:
> >
> > > On Tuesday, April 14, 2020 2:24 PM, Daniel Vetter dan...@ffwll.ch wrote:
> > >
> > > > On Mon, Apr 13, 2020 at 1
On Tuesday, April 14, 2020 2:39 PM, Daniel Vetter wrote:
> On Tue, Apr 14, 2020 at 12:34:17PM +, Simon Ser wrote:
>
> > On Tuesday, April 14, 2020 2:24 PM, Daniel Vetter dan...@ffwll.ch wrote:
> >
> > > On Mon, Apr 13, 2020 at 10:38:37PM +, Simon Ser wrote:
> > >
> > > > Daniel Vetter, Vi
On Tue, Apr 14, 2020 at 12:34:17PM +, Simon Ser wrote:
> On Tuesday, April 14, 2020 2:24 PM, Daniel Vetter wrote:
>
> > On Mon, Apr 13, 2020 at 10:38:37PM +, Simon Ser wrote:
> >
> > > Daniel Vetter, Ville, any thoughts about this?
> >
> > Magic 8ball says "unclear", and I feel like I kee
On Tuesday, April 14, 2020 2:24 PM, Daniel Vetter wrote:
> On Mon, Apr 13, 2020 at 10:38:37PM +, Simon Ser wrote:
>
> > Daniel Vetter, Ville, any thoughts about this?
>
> Magic 8ball says "unclear", and I feel like I keep flip-flopping around on
> this.
>
> I think best-case outcome here is t
On Mon, Apr 13, 2020 at 10:38:37PM +, Simon Ser wrote:
> Daniel Vetter, Ville, any thoughts about this?
Magic 8ball says "unclear", and I feel like I keep flip-flopping around on
this.
I think best-case outcome here is that we're a) consistent across
compositors and b) document that consensus
Daniel Vetter, Ville, any thoughts about this?
Thanks,
Simon
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, Apr 7, 2020 at 10:19 AM Daniel Stone wrote:
>
> Hi,
>
> On Fri, 3 Apr 2020 at 13:24, Pekka Paalanen wrote:
> > On Fri, 03 Apr 2020 10:15:21 + Simon Ser wrote:
> > > At the very least, having a clear policy for both kernel public headers
> > > and
> > > user-space would help a lot. R
Hi,
On Fri, 3 Apr 2020 at 13:24, Pekka Paalanen wrote:
> On Fri, 03 Apr 2020 10:15:21 + Simon Ser wrote:
> > At the very least, having a clear policy for both kernel public headers and
> > user-space would help a lot. Right now it's unclear for both parties what
> > to do
> > regarding enum
On Friday, April 3, 2020 4:23 PM, Adam Jackson wrote:
> On Fri, 2020-04-03 at 15:24 +0300, Pekka Paalanen wrote:
>
> > On Fri, 03 Apr 2020 10:15:21 + Simon Ser cont...@emersion.fr wrote:
> >
> > > Additionally, I've heard Pekka saying that it would be nice to have
> > > constants
> > > for p
On Fri, 2020-04-03 at 15:24 +0300, Pekka Paalanen wrote:
> On Fri, 03 Apr 2020 10:15:21 + Simon Ser wrote:
>
> > Additionally, I've heard Pekka saying that it would be nice to have
> > constants
> > for property names in the UAPI headers. Indeed, this would prevent
> > hard-to-debug typo iss
On Friday, April 3, 2020 2:24 PM, Pekka Paalanen wrote:
> On Fri, 03 Apr 2020 10:15:21 +
> Simon Ser cont...@emersion.fr wrote:
>
> > Hi all,
> > I've been working on a library called libliftoff 1. This library allows
> > users
> > to set KMS properties on a hardware planes abstraction calle
On Fri, 03 Apr 2020 10:15:21 +
Simon Ser wrote:
> Hi all,
>
> I've been working on a library called libliftoff [1]. This library allows
> users
> to set KMS properties on a hardware planes abstraction called layers.
> Basically, library users create as many layers as they want with the KMS
14 matches
Mail list logo
