On Monday, 2016-10-24 07:43:26 +0300, Tapani Pälli wrote:
>
>
> On 10/21/2016 05:36 PM, Eric Engestrom wrote:
> > On Thursday, 2016-10-20 19:46:19 +0100, Emil Velikov wrote:
> > > On 20 October 2016 at 18:20, Tapani Pälli wrote:
> > > > Fixes following dEQP test:
> > > >
> > > >dEQP-EGL.fun
On 10/21/2016 05:36 PM, Eric Engestrom wrote:
On Thursday, 2016-10-20 19:46:19 +0100, Emil Velikov wrote:
On 20 October 2016 at 18:20, Tapani Pälli wrote:
Fixes following dEQP test:
dEQP-EGL.functional.negative_api.create_context
v2: don't break EGL_KHR_no_config_context (Eric Engestrom
On Thursday, 2016-10-20 19:46:19 +0100, Emil Velikov wrote:
> On 20 October 2016 at 18:20, Tapani Pälli wrote:
> > Fixes following dEQP test:
> >
> >dEQP-EGL.functional.negative_api.create_context
> >
> > v2: don't break EGL_KHR_no_config_context (Eric Engestrom)
> >
> > Signed-off-by: Tapani
On 20 October 2016 at 18:20, Tapani Pälli wrote:
> Fixes following dEQP test:
>
>dEQP-EGL.functional.negative_api.create_context
>
> v2: don't break EGL_KHR_no_config_context (Eric Engestrom)
>
> Signed-off-by: Tapani Pälli
> ---
>
> Eric, the check you proposed does not work as KHR_no_config
Fixes following dEQP test:
dEQP-EGL.functional.negative_api.create_context
v2: don't break EGL_KHR_no_config_context (Eric Engestrom)
Signed-off-by: Tapani Pälli
---
Eric, the check you proposed does not work as KHR_no_config_context
is always there in extension list with Mesa EGL. So, solu