Hi Nicolai,
On 7 February 2017 at 09:07, Nicolai Hähnle wrote:
> On 06.02.2017 20:57, Dave Airlie wrote:
>> I just saw this, EGL_MESA_drm_image is really not a good place to start,
>>
>> we have two specs instead,
>> EGL_EXT_image_dma_buf_import.
>>
On 06.02.2017 20:57, Dave Airlie wrote:
On 26.01.2017 12:50, Nicolai Hähnle wrote:
Hi all,
this is mostly motivated by the need to support more screen depths than
just 24/32-bit RGB in Glamor. The extension is simple enough, just adding
three more enums that are accepted.
I _think_ every
>
>>
>> On 26.01.2017 12:50, Nicolai Hähnle wrote:
>> > Hi all,
>> >
>> > this is mostly motivated by the need to support more screen depths than
>> > just 24/32-bit RGB in Glamor. The extension is simple enough, just adding
>> > three more enums that are accepted.
>> >
>> > I _think_ every DRI
On Thursday, 2017-02-02 16:59:24 +0100, Nicolai Hähnle wrote:
> Ping after a week - does anybody still want to take a look at this?
I don't know enough to review the spec and decide whether this is the
right thing to do (although it looks reasonable), but the implementation
matches what the spec
Ping after a week - does anybody still want to take a look at this?
On 26.01.2017 12:50, Nicolai Hähnle wrote:
Hi all,
this is mostly motivated by the need to support more screen depths than
just 24/32-bit RGB in Glamor. The extension is simple enough, just adding
three more enums that are
Hi all,
this is mostly motivated by the need to support more screen depths than
just 24/32-bit RGB in Glamor. The extension is simple enough, just adding
three more enums that are accepted.
I _think_ every DRI driver that exposes EGL_MESA_drm_image should be able
to support this new extension as