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
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
properties they want, and libliftoff will map layers to actual hard
15 matches
Mail list logo
