On 18 November 2015 at 03:12, Michel Dänzer wrote:
> On 18.11.2015 06:22, Emil Velikov wrote:
>> On 17 November 2015 at 19:13, Gabriel Laskar wrote:
>>> On Tue, 17 Nov 2015 11:08:12 +
>>> Emil Velikov wrote:
>>>
With the above said:
- I was thinking about hiding the UAPI ones, al
On 18.11.2015 06:22, Emil Velikov wrote:
> On 17 November 2015 at 19:13, Gabriel Laskar wrote:
>> On Tue, 17 Nov 2015 11:08:12 +
>> Emil Velikov wrote:
>>
>>> With the above said:
>>> - I was thinking about hiding the UAPI ones, although Dave suggested
>>> against it.
>>> - Doing s|drm/drm.
>
> The kernel UAPI headers:
> - Used by the kernel modules and userspace(?)
> - Installed in /usr/include/drm
> - Many distributions do _not_ ship them
> - Broken for years (mostly fixed with Mikko's earlier patches)
> - For the above two reasons - most (all?) userspace uses the libdrm ones.
On 17 November 2015 at 20:13, Dave Airlie wrote:
>>
>> The kernel UAPI headers:
>> - Used by the kernel modules and userspace(?)
>> - Installed in /usr/include/drm
>> - Many distributions do _not_ ship them
>> - Broken for years (mostly fixed with Mikko's earlier patches)
>> - For the above t
On 17 November 2015 at 19:13, Gabriel Laskar wrote:
> On Tue, 17 Nov 2015 11:08:12 +
> Emil Velikov wrote:
>
>> With the above said:
>> - I was thinking about hiding the UAPI ones, although Dave suggested
>> against it.
>> - Doing s|drm/drm.h|drm.h| will break compilation:
>>+ for the k
On Tue, 17 Nov 2015 11:08:12 +
Emil Velikov wrote:
> With the above said:
> - I was thinking about hiding the UAPI ones, although Dave suggested
> against it.
> - Doing s|drm/drm.h|drm.h| will break compilation:
>+ for the kernel - as we don't add the foo/drm/ to the include directive,
On 14.11.2015 07:06, Emil Velikov wrote:
> On 13 November 2015 at 21:36, Gabriel Laskar wrote:
>>
>> There is still some issues on the headers, like the inclusion of drm.h.
>>
>> AFAIK, we should include "drm.h", in order to minimize the changes
>> between linux/libdrm when importing, as the folde
On 17 November 2015 at 07:22, Michel Dänzer wrote:
> On 14.11.2015 07:06, Emil Velikov wrote:
>> On 13 November 2015 at 21:36, Gabriel Laskar wrote:
>>>
>>> There is still some issues on the headers, like the inclusion of drm.h.
>>>
>>> AFAIK, we should include "drm.h", in order to minimize the
On Fri, 13 Nov 2015 20:38:51 +
Emil Velikov wrote:
> On 13 November 2015 at 19:31, Gabriel Laskar wrote:
> > On Fri, 13 Nov 2015 20:24:30 +0100
> > Gabriel Laskar wrote:
> >
> > Sorry for the noise, I had just saw the first version.
> >
> Heh I was wondering what's happening. I guess I
On 13 November 2015 at 21:36, Gabriel Laskar wrote:
> On Fri, 13 Nov 2015 20:38:51 +
> Emil Velikov wrote:
>
>> On 13 November 2015 at 19:31, Gabriel Laskar wrote:
>> > On Fri, 13 Nov 2015 20:24:30 +0100
>> > Gabriel Laskar wrote:
>> >
>> > Sorry for the noise, I had just saw the first vers
On 13 November 2015 at 19:31, Gabriel Laskar wrote:
> On Fri, 13 Nov 2015 20:24:30 +0100
> Gabriel Laskar wrote:
>
>> On Thu, 12 Nov 2015 19:34:18 +
>> Emil Velikov wrote:
>>
>> > That aside I'm a strong supporter of this type of work and I'm curious
>> > why Dave hasn't picked up the existi
On Fri, 13 Nov 2015 20:24:30 +0100
Gabriel Laskar wrote:
> On Thu, 12 Nov 2015 19:34:18 +
> Emil Velikov wrote:
>
> > That aside I'm a strong supporter of this type of work and I'm curious
> > why Dave hasn't picked up the existing series ? Last time I've asked
> > he did not have any objec
On Thu, 12 Nov 2015 19:34:18 +
Emil Velikov wrote:
> Hi Gabriel,
>
> Interestingly enough we had a person (gaby) asking about this over at
> #dri-devel, and I forwarded him to the work of Mikko Rapeli. You don't
> happen to be that person do you ?
Yes, that's me.
> On 12 November 2015 at 1
Hi Gabriel,
Interestingly enough we had a person (gaby) asking about this over at
#dri-devel, and I forwarded him to the work of Mikko Rapeli. You don't
happen to be that person do you ?
On 12 November 2015 at 18:14, Gabriel Laskar wrote:
> Public headers should use types from include/uapi/linux
Public headers should use types from include/uapi/linux/types.h.
This series fixes that, and allow out-of-the-box compilation of thoses headers
from userspace.
Some programs need to parse and use these headers, in order to gather
informations about the public kernel API, for example strace genera
15 matches
Mail list logo
