Re: [Intel-gfx] [PATCH 27/38] drm/i915: Introduce the i915_user_extension_method

2019-01-22 Thread Tvrtko Ursulin
On 22/01/2019 10:47, Chris Wilson wrote: Quoting Tvrtko Ursulin (2019-01-22 09:31:31) On 18/01/2019 14:00, Chris Wilson wrote: +/* + * SPDX-License-Identifier: MIT + * + * Copyright © 2018 Intel Corporation + */ + +#include +#include +#include + +#include "i915_user_extensions.h" + +int i9

Re: [Intel-gfx] [PATCH 27/38] drm/i915: Introduce the i915_user_extension_method

2019-01-22 Thread Chris Wilson
Quoting Tvrtko Ursulin (2019-01-22 09:31:31) > > On 18/01/2019 14:00, Chris Wilson wrote: > > +/* > > + * SPDX-License-Identifier: MIT > > + * > > + * Copyright © 2018 Intel Corporation > > + */ > > + > > +#include > > +#include > > +#include > > + > > +#include "i915_user_extensions.h" > > + >

Re: [Intel-gfx] [PATCH 27/38] drm/i915: Introduce the i915_user_extension_method

2019-01-22 Thread Tvrtko Ursulin
On 18/01/2019 14:00, Chris Wilson wrote: An idea for extending uABI inspired by Vulkan's extension chains. Instead of expanding the data struct for each ioctl every time we need to add a new feature, define an extension chain instead. As we add optional interfaces to control the ioctl, we define

[Intel-gfx] [PATCH 27/38] drm/i915: Introduce the i915_user_extension_method

2019-01-18 Thread Chris Wilson
An idea for extending uABI inspired by Vulkan's extension chains. Instead of expanding the data struct for each ioctl every time we need to add a new feature, define an extension chain instead. As we add optional interfaces to control the ioctl, we define a new extension struct that can be linked i