On Sun, Nov 11, 2012 at 05:39:31PM +0100, gregor herrmann wrote: > On Mon, 12 Nov 2012 01:08:19 +1030, Ron wrote: > > > > > Does glxgears actually run for you without the mumble preload? > > > Yup, sorry for not mentioning this yesterday. > > Ok, so it's reasonably certain to be something mumble is trying to do > > that for whatever reason your system doesn't support. > > > > This doesn't look entirely unrelated: > > https://bugs.freedesktop.org/show_bug.cgi?id=54080 > > > > There's a modified glxgears attached to that which you could run to > > see if that really is the same problem you have on your system. > > Interesting find! > > With the attached glxgears.c glxgears fails without the mumble > overlay:
Cool, I was hoping that would boil it down to a minimal test case. It looked suspiciously similar to exactly what the glXSwapBuffers() override in libmumble is doing when running glxgears. Bonus points for it also making it mostly Someone Else's Bug to fix :) > > A quick dig around also seems to indicate you aren't the first person > > to have this problem either: > > > > http://www.regnumonline.com.ar/forum/showthread.php?t=60788 > > > > And they solved that by switching to a different GL implementation. > > Interestingly they also report this was working on squeeze, despite > > the assertions here to the contrary ... > > For installing libgl1-mesa-swx11 I'd have to remove quite a few > packages, so this is not really attractive on my real machine ... Yeah, don't do that. That report is from 2010, so the relevance of any "solution" there is questionable at best. The main points of interest there were just: - Some GL implementations are more buggy than others (film @11) - Confirmation that this really was working for squeeze. > Now that is funny: > > Why would it work with the 32bit "foreign" libraries but not with the > "native" 64bit ones? > MumbleOverlay: OpenGL Version 3.0 Mesa 8.0.5, Vendor Tungsten Graphics, ^^^^^^^^^^^ > Inc, Renderer Mesa DRI Intel(R) Sandybridge Mobile , Shader 1.30 ^^^^^^^^^^^ > MumbleOverlay: OpenGL Version 1.4 (3.0 Mesa 8.0.5), Vendor Tungsten Graphics, ^^^^^^^^^^^ > Inc, Renderer Mesa DRI Intel(R) Sandybridge Mobile , Shader (null) ^^^^^^^^^^^^^ So it would appear the 32bit one is only supporting more stone-age interfaces, and possibly falling back to something that doesn't trigger the bug? I'm not quite sure why that might be, but I'd guess the Mesa folk could probably shed some light on that for us. The interesting question is probably more along the lines of if we can shed some better light on this bug for them :) I guess the next step is to see if we already have a mesa bug reported for Debian that some of this information should go in to or perhaps to open one for it with whatever we know about it. Ron -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
