Aaron Plattner bdd1e22cbd xfree86: detach scanout pixmaps when detaching output GPUs ... Commit 8f4640bdb9 fixed a bit of a chicken-and-egg problem by detaching GPU screens when their providers are destroyed, which happens before CloseScreen is called. However, this created a new problem: the GPU screen tears down its RandR crtc objects during CloseScreen and if one of them is active, it tries to detach the scanout pixmap then. This crashes because RRCrtcDetachScanoutPixmap tries to get the master screen's screen pixmap, but crtc->pScreen->current_master is already NULL at that point. It doesn't make sense for an unbound GPU screen to still be scanning out its former master screen's pixmap, so detach them first when the provider is destroyed. Signed-off-by: Aaron Plattner <aplattner@nvidia.com> Reviewed-by: Dave Airlie <airlied@redhat.com> Signed-off-by: Keith Packard <keithp@keithp.com>		2013-07-25 11:15:53 -07:00
..
dmx	glxproxy: Use _XEatDataWords (from Xlib 1.6) instead of _XEatData	2013-07-17 18:10:41 -07:00
kdrive	Xephyr: Use _XEatDataWords (from Xlib 1.6) instead of _XEatData	2013-07-17 18:10:41 -07:00
vfb	vfb: Initialize the GLX extension again.	2012-11-21 11:13:55 +11:00
xfree86	xfree86: detach scanout pixmaps when detaching output GPUs	2013-07-25 11:15:53 -07:00
xnest	Fix typo in header guard.	2013-07-17 18:11:41 -07:00
xquartz	Full support of sRGB capable fbconfigs.	2013-03-18 10:02:00 -07:00
xwin	hw/xwin: Fix numerous 64-bit format/type cast issues with debug printing of pointers	2013-07-23 23:59:44 +01:00
Makefile.am	Catch errors in recursive relink targets	2010-03-22 00:45:57 -05:00