[Xcb] [PATCH 5/7] Add event queue splitting

[Keith Packard]

Josh Triplett <josh at joshtriplett.org> writes:

> The last time that Jamey and I spoke about this, we agreed that this
> type of mechanism would be required to make GL work, and that there's
> really no other way to support it.  However, I'd like to see it not
> XGE-specific, so that it could support the existing events GL needs
> today, not just the new Present/DRI3 approach.

If you have concrete requirements for additional filtering, we can
easily construct additional API in the future offering those. In
particular, figuring out how to handle the DRI2 event stream should be
straight forward.

I would suggest that the 'xcb_register_for_special_event' API might want
a different name to make it clear that this is only one of potentially
many ways to construct an event filter. Perhaps
'xcb_register_special_event_xge' or some such? 

> The architecture we'd discussed was effectively that it should be
> possible to create one or more separate event queues from the primary
> one, add filters that peel off events into those queues (which XCB will
> automatically apply as events arrive), and then read the next event from
> a queue.

That's precisely what this patch does, except that the only filter
method offered today is driven by the requirements for the Present
extension. Attempts to construct a completely general matching algebra
should wait until we have a system requiring such a mechanism.

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20131106/6f011ba6/attachment.pgp>