http://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #13 from Chia-I Wu <olva...@gmail.com> 2009-10-08 20:49:45 PST --- (In reply to comment #11) > From my experience working on a similar problem with the Cygwin/X DDX, I think > the real problem is that the config matching code expects to exactly match > bindToTexture and maxPbuffer with a value of -1 (don't care), hence if these > are actually set to report our capabilities, no configs remain after the > attempt find the common configs. > Your patch to fall back to indirect if we can't find any common configs makes > sense, but I don't actually think that should be happening. IMO, driConfigEqual is doing great. It should look for exact match. I think GLX_DONT_CARE is only assigned to those attributes that are not common to visual and fbconfig. It is so that driConfigEqual can work without caring a __GLcontextModes is from a visual or a fbconfig. In the patch, driConvertConfigs fails only when _none_ of the configs reported by the server has a matching dri config. It should be quite safe. But I am also starting thinking that it should fail if _any_ of the configs reported by the server has no matching dri config... > (In reply to the bug title) > It's currently a policy in libGL to use swrast in preference to indirect, > unless forced, and swrast is direct (Comment #3) But only in some sense. It is hard to say which interpretation is desirable. > It would be nice if for Xservers which can only do indirect acceleration, > there > was a way to cause local clients to automatically use the indirect path, but > I'm not sure how that could be done cleanly. A config runs with reduced performance when GLX_CONFIG_CAVEAT reports GLX_SLOW_CONFIG. It is not about direct or indirect though. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
