Chris Wilson 7972e2dade dri2: Register the DRI2DrawableType after server regeneration ... The Resource database is reset upon regeneration and so the dri2 module needs to re-register its RESTYPE for the drawable or else it will clobber the next unsuspecting user of the database. Fortunately, DRI2 is loaded late in the initialisation sequence and was last up until xf86-video-intel started using the Resource database to track outstanding swaps... Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Jeremy Huddleston <jeremyhu@apple.com> Tested-by: Paulo Zanoni <paulo.r.zanoni@intel.com> (cherry picked from commit 34b0e4eee9)		2011-11-21 18:44:17 -08:00
..
dmx	Terminate the log with one last message.	2011-07-27 09:31:02 +10:00
kdrive	Xephyr/dri: register screen and window privates on init	2011-08-09 13:51:21 -07:00
vfb	Bug 38420: Xvfb crashes in miInitVisuals() when started with depth=2	2011-11-06 16:53:06 -08:00
xfree86	dri2: Register the DRI2DrawableType after server regeneration	2011-11-21 18:44:17 -08:00
xnest	Xnest: Match the host's keymap	2011-10-24 18:16:46 -07:00
xquartz	XQuartz: appledri: Correct byte swapping in event notifications	2011-10-28 18:31:10 -07:00
xwin	XWin: windowswm: Correct byte swapping in event notifications	2011-10-28 18:31:15 -07:00
Makefile.am	Catch errors in recursive relink targets	2010-03-22 00:45:57 -05:00