xserver/hw
Peter Hutterer 598603021f dri2: Take an XID for tracking the DRI2 drawable
Some pixmaps (window pixmaps and scratch pixmaps) don't have the
drawable->id set and thus DRI2 gets confused when using that field
for looking up the DRI2 drawable.  Go back to using privates for getting
at the DRI2 drawable from a DrawablePtr.  We need to keep the resource
tracking in place so we can remove the DRI2 drawable when the X resource
it was created for goes away.  Additionally, we also now track the DRI2
drawable using a client XID so we can reclaim the DRI2 drawable even if
the client goes before the drawable and doesn't destroy the DRI2 drawable.

Tested-by: Owen W. Taylor <otaylor@fishsoup.net>
Signed-off-by: Kristian Høgsberg <krh@bitplanet.net>
(cherry picked from commit 9de0e31746)

Conflicts:

	hw/xfree86/dri2/dri2.c
2010-06-02 11:33:30 +10:00
..
dmx dmxBERestoreRenderGlyph was passing wrong value to free 2010-05-18 14:43:00 +10:00
kdrive kdrive: Bump evdev maxKeycode 2010-03-24 14:03:51 +01:00
vfb Xvfb: Usage message typo fix. 2010-04-23 13:42:34 +10:00
xfree86 dri2: Take an XID for tracking the DRI2 drawable 2010-06-02 11:33:30 +10:00
xnest Fix .man.N targets for AM_SILENT_RULES 2010-03-22 00:45:55 -05:00
xquartz XQuartz: Fix a build failure on Tiger 2010-05-17 09:12:34 -07:00
xwin Cygwin/X: Make X -> XWin symlink during install 2010-03-22 00:48:33 -05:00
Makefile.am Catch errors in recursive relink targets 2010-03-22 00:45:57 -05:00