Neil Armstrong writes:
> Seeing the description, it seems to be a libdrm with steroids,
> why libdrm doesn't handle all this already ?
That'd be a lot of steroids; we're talking about creating helper
functions all the way up to rendering images into scanout buffers
(presumably using Vulkan?) for
On Tue, Oct 8, 2019 at 4:36 PM Alex Deucher wrote:
>
> On Tue, Oct 8, 2019 at 5:32 AM Daniel Stone wrote:
> >
> > Hi,
> >
> > On Mon, 7 Oct 2019 at 19:16, Keith Packard wrote:
> > > Daniel Stone writes:
> > > > I think there would be a load of value in starting with simple helpers
> > > > which
On Tue, Oct 8, 2019 at 5:32 AM Daniel Stone wrote:
>
> Hi,
>
> On Mon, 7 Oct 2019 at 19:16, Keith Packard wrote:
> > Daniel Stone writes:
> > > I think there would be a load of value in starting with simple helpers
> > > which can be used independently of any larger scheme, tackling that
> > > l
On Mon, 7 Oct 2019 at 20:16, Keith Packard wrote:
>
> Daniel Stone writes:
>
> > I think there would be a load of value in starting with simple helpers
> > which can be used independently of any larger scheme, tackling that
> > list above.
>
> Yeah, a helper library that didn't enforce at tonne o
Hi,
On Mon, 7 Oct 2019 at 19:16, Keith Packard wrote:
> Daniel Stone writes:
> > I think there would be a load of value in starting with simple helpers
> > which can be used independently of any larger scheme, tackling that
> > list above.
>
> Yeah, a helper library that didn't enforce at tonne
Hi,
On 05/10/2019 18:09, Keith Packard wrote:
>
> During XDC this year, we heard a few presentations and had a lot of
> hallway talk about sharing code for driving DRM/KMS for display.
>
> I think the general consensus is that there is enough shared
> functionality between all of the various DRM
On Mon, 07 Oct 2019 14:16:32 -0400
"Keith Packard" wrote:
> Daniel Stone writes:
>
> > I think there would be a load of value in starting with simple helpers
> > which can be used independently of any larger scheme, tackling that
> > list above.
>
> Yeah, a helper library that didn't enforce
On Mon, 7 Oct 2019 at 19:16, Keith Packard wrote:
> Daniel Stone writes:
> > I think there would be a load of value in starting with simple helpers
> > which can be used independently of any larger scheme, tackling that
> > list above.
>
> Yeah, a helper library that didn't enforce at tonne of po
Daniel Stone writes:
> I think there would be a load of value in starting with simple helpers
> which can be used independently of any larger scheme, tackling that
> list above.
Yeah, a helper library that didn't enforce at tonne of policy and just
let the user glue things together on their own
Hi,
On Mon, 7 Oct 2019 at 18:35, Daniel Stone wrote:
> There are definitely a few annoying problems which we should have
> common resolution for. I'm thinking of:
> - [...]
Oh, and add backlight handling to that list.
Cheers,
Daniel
___
dri-devel ma
Hi Keith,
On Sat, 5 Oct 2019 at 17:16, Keith Packard wrote:
> During XDC this year, we heard a few presentations and had a lot of
> hallway talk about sharing code for driving DRM/KMS for display.
Definitely. That would be great.
> I think the general consensus is that there is enough shared
>
Robert Foss writes:
> Hey Keith,
>
> Thanks for setting this up, and picking a descriptive project name :)
>
> How is liboutput going to relate to the libliftoff[1] project?
We heard about libliftoff at XDC. It sounds like it does the plane
selection stuff, including searching for configurations
Hey Keith,
Thanks for setting this up, and picking a descriptive project name :)
How is liboutput going to relate to the libliftoff[1] project?
[1] https://github.com/emersion/libliftoff
Rob.
On 05.10.19 18:09, Keith Packard wrote:
During XDC this year, we heard a few presentations and ha
During XDC this year, we heard a few presentations and had a lot of
hallway talk about sharing code for driving DRM/KMS for display.
I think the general consensus is that there is enough shared
functionality between all of the various DRM/KMS clients that we can
start thinking about building a li
14 matches
Mail list logo
