Red Hat Bugzilla – Bug 125703
X server seg faults and restarts when drawing to X11 pixmap using GLX and OpenGL
Last modified: 2007-11-30 17:10:44 EST
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322) Description of problem: When rendering OpenGL graphics to an X11 Pixmap the X server crashes and restarts. Drawing to an X11 Window is fine. The same code runs perfectly under Fedora Core 1. The problem occurs on both an athlon running the i386 version of Fedora Core 2 and an Athlon 64 running the x86_64 version. The i386 machine has a Matrox G400 video card and the x86_64 machine has a Nvidia 5900 graphics card. Both machines are using Mesa rather than any 3rd party hardware accelerated GL drivers. This issue may relate to either the change from the XFree86 to the X11.Org X server or be related to moving from the 2.4 to the 2.6 kernel. It certainly isn't related to the machine architecture or the graphics card. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Create X11 Window using GLX supported Visual and colourmap 2.Create X11 Pixmap based on X11 Window 3.Create GLX Pixmap based on the X11 Pixmap 4.Create GLX rendering context based on GLX pixmap 5.Render OpenGL graphics to the context Actual Results: The X server crashes with a seqfault and restarts. Expected Results: You get your OpenGL picture in the X11 pixmap Additional info:
Created attachment 101045 [details] C source code to reproduce problem on FC2 when drawing to pixmap The attached program can be build using: gcc -O0 -o glxpixmap -Wall glxpixmap.c -I/usr/X11R6/include -lGLU -lGL -L/usr/X11R6/lib -lX11 It draws to a Window by default which works. If you want the X server to crash alter bToPixmap to be 1 (near the top of the file). This draws to a GLXPixmap and causes the X server to segfault when calling: glXMakeCurrent(pDisplay, None, NULL)
*** Bug 125276 has been marked as a duplicate of this bug. ***
Interesting, I was seeing a similar issue after updating xorg to the latest updates. I was running America's Army with the closed source nvidia drivers. The game was exiting with a strange error that I had never seen before: GL_EXT_bgra not supported - bailing out At the suggestion of some of the folks on the America's Army mailing list, I removed the "mesa" GL libraries. The problem went away at that point!?!? Does this sound like the same issue, or is this a different issue?
See this resolved bug entry at Freedesktop.org for solution for the glXMakeCurrent(pDisplay, None, NULL) crash: http://freedesktop.org/bugzilla/show_bug.cgi?id=719 There is a patch: http://freedesktop.org/bugzilla/attachment.cgi?id=570&action=view ..and it has been checked into X.org tree by Kevin E. Martin 2004-08-09.
Thanks for the update Jaakko. Marking bug to investigate patch as a candidate for future FC2 xorg-x11 update.
Reassigning to myself.
I've seen similar things on a couple of machines. I use Coin3D (open source OpenInventor clone library) and on my FC2 upgraded boxes any of my code that uses SoOffScreenRenderer (which is quite a bit) blows up the X server as soon as it tries to render into the in-memory buffer. Luckily my main development box is using an Nvidia 3rd party driver which nukes the Fedora GLX libraries and so works fine. Phew... FWIW, the machines that it does not work on are an 800MHz Athlon box with 512MB of RAM and a variety of different old crappy graphics cards (Matrox G100 Productiva, ATI Rage3D, etc), and a 1GHz Pentium III machine with 256MB RAM and a Rage 128 Pro Ultra TF graphics card.
Fixed in FC-3 and newer OS releases now, so setting status to "CURRENTRELEASE". I have also checked this patch into internal CVS for build xorg-x11-6.7.0-12, which will be included in the next erratum for FC2.
The upstream patch was broken. I've fixed it and put it in xorg-x11-6.7.0-13, again pending future erratum. (Detected during build testing)