[PULL] Windows-DRI extension

[Eric Anholt]

Emil Velikov <emil.l.velikov at gmail.com> writes:

> On 16 September 2016 at 17:46, Eric Anholt <eric at anholt.net> wrote:
>> Emil Velikov <emil.l.velikov at gmail.com> writes:
>>
>>> On 15 September 2016 at 20:12, Jon Turney <jon.turney at dronecode.org.uk> wrote:
>>>> On 15/09/2016 14:14, Emil Velikov wrote:
>>>>>
>>>>> On 15 September 2016 at 13:06, Jon Turney wrote:
>>>>>>
>>>>>> Please consider pulling into master.
>>>>>>
>>>>>> The following changes since commit
>>>>>> 52d6a1e832a5e62289dd4f32824ae16a78dfd7e8:
>>>>>>
>>>>>>   Hold input lock for deviceProc (2016-09-15 07:50:38 +1000)
>>>>>>
>>>>>> are available in the git repository at:
>>>>>>
>>>>>>   git://people.freedesktop.org/~jturney/xserver
>>>>>>
>>>>>> for you to fetch changes up to 7280a41ef26647c27035e51e33c6f3ac5b12e931:
>>>>>>
>>>>>>   Add Windows-DRI extension (2016-09-15 12:53:21 +0100)
>>>>>>
>>>>> Was meaning to mention this (mesa patches to be precise) but other
>>>>> things keep on popping:
>>>>>
>>>>> Where can one find the windowsdriproto package/repo that this depends on ?
>>>>
>>>>
>>>> Like appledriproto, the headers and .pc currently live in mesa (under
>>>> src/glx/windows) and are installed by that.
>>>>
>>> I'm pretty sure I mentioned/suggested the same thing for appledriproto
>>> as well ;-)
>>>
>>>> I did consider giving it an independent existence, but I'm not sure if
>>>> that's wanted: there seemed to be a feeling that there are already too many
>>>> proto repos, and it's not like these proto headers are likely to be used by
>>>> anything else.
>>>>
>>> If people are afraid of "too many" proto repos, they always will be -
>>> it makes no difference here. Yes, those are not be used by anything
>>> else (atm) yet one shouldn't "clump" things based on that merit alone,
>>> no ?
>>
>> The solution to too many proto repos is to be using xcb instead.
> Speaking of which: did you have the chance to look into/implement
> "event filtering" to bring XCB on part with Xlib in that department ?
>
> I'm thinking about (the comment in) this 3+yo commit [1].

No, but that's completely unrelated.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 800 bytes
Desc: not available
URL: <https://lists.x.org/archives/xorg-devel/attachments/20160921/bd669d40/attachment.sig>