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.
>> EGL_MESA_image_dma_buf_export
>>
>> does one of
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 DR
>
>>
>> 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 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 s
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 acce
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
