Re: [Mesa-dev] [RFC] EGL extension for additional DRM_BUFFER_FORMATs

2017-02-07 Thread Daniel Stone
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. >>

Re: [Mesa-dev] [RFC] EGL extension for additional DRM_BUFFER_FORMATs

2017-02-07 Thread Nicolai Hähnle
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

Re: [Mesa-dev] [RFC] EGL extension for additional DRM_BUFFER_FORMATs

2017-02-06 Thread Dave Airlie
> >> >> 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

Re: [Mesa-dev] [RFC] EGL extension for additional DRM_BUFFER_FORMATs

2017-02-02 Thread Eric Engestrom
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

Re: [Mesa-dev] [RFC] EGL extension for additional DRM_BUFFER_FORMATs

2017-02-02 Thread Nicolai Hähnle
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

[Mesa-dev] [RFC] EGL extension for additional DRM_BUFFER_FORMATs

2017-01-26 Thread Nicolai Hähnle
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