On 08.12.2015 10:16, Eric Anholt wrote:
> Emil Velikov writes:
>
>> Hi Eric,
>>
>> A couple of suggestions/requests on the UAPI header side
>>
>> On 1 December 2015 at 20:35, Eric Anholt wrote:
>>
>>> --- /dev/null
>>> +++ b/include/uapi/drm/vc4_drm.h
>>
>>> +#include
>>> +
>> Can we make this
Michel Dänzer writes:
> On 08.12.2015 10:16, Eric Anholt wrote:
>> Emil Velikov writes:
>>
>>> Hi Eric,
>>>
>>> A couple of suggestions/requests on the UAPI header side
>>>
>>> On 1 December 2015 at 20:35, Eric Anholt wrote:
>>>
--- /dev/null
+++ b/include/uapi/drm/vc4_drm.h
>>>
>>>
Emil Velikov writes:
> Hi Eric,
>
> A couple of suggestions/requests on the UAPI header side
>
> On 1 December 2015 at 20:35, Eric Anholt wrote:
>
>> --- /dev/null
>> +++ b/include/uapi/drm/vc4_drm.h
>
>> +#include
>> +
> Can we make this a "drm.h" ?
Nope.
include/uapi/drm/vc4_drm.h:27:17: fa
Hi Eric,
A couple of suggestions/requests on the UAPI header side
On 1 December 2015 at 20:35, Eric Anholt wrote:
> --- /dev/null
> +++ b/include/uapi/drm/vc4_drm.h
> +#include
> +
Can we make this a "drm.h" ?
> +struct drm_vc4_create_bo {
> + uint32_t size;
> + uint32_t flags;
While there exist dumb APIs for creating and mapping BOs, one of the
rules is that drivers doing 3D acceleration have to provide their own
APIs for buffer allocation (besides, the pitch/height parameters of
the dumb alloc don't really make sense for a lot of 3D allocations).
Signed-off-by: Eric An