I haven't noticed until recently (due to a bug opened against our
openSUSE 11.1) that indirect rendering via GLX doesn't work any more
when an older Xserver is involved.
Some research brought up that this had been broken knowingly:
git commit #1087cc61b3776f:
Author: George Sapountzis <gs...@yahoo.gr> 2008-06-13 14:54:08
glx: load swrast_dri.so
caveats:
- does not work with old (i.e. libGLcore) xserver:
[...]
IMHO this is a no-go - the protocol layer is standardized, and I don't
know why this had to be broken. Given that I don't understand the
benefits of direct software rendering (compared to indirect) I just
use the applied patch to disable it again. I haven't seen any serious
side effects so far.
Now there might be caveats I don't see, so my question is twofold:
- What does my patch break (besides client side direct software
rendering, which IMHO is irrelevant)?
- How can this be fixed for good (using client side direct software
rendering if the Xserver is capable of dealing with it, reverting to
indirect otherwise)?
Thanks
Matthias
--
Matthias Hopf <mh...@suse.de> __ __ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de
diff --git a/src/glx/x11/glxext.c b/src/glx/x11/glxext.c
index b6bdbd5..9be1358 100644
--- a/src/glx/x11/glxext.c
+++ b/src/glx/x11/glxext.c
@@ -720,8 +720,8 @@ __glXInitialize(Display * dpy)
dpyPriv->dri2Display = dri2CreateDisplay(dpy);
dpyPriv->driDisplay = driCreateDisplay(dpy);
}
- if (glx_direct)
- dpyPriv->driswDisplay = driswCreateDisplay(dpy);
+// if (glx_direct)
+// dpyPriv->driswDisplay = driswCreateDisplay(dpy);
#endif
if (!AllocAndFetchScreenConfigs(dpy, dpyPriv)) {
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
