Cannot initialize JOGL on Mesa swrast after upgrade
Locked
12
12
Cannot initialize JOGL on Mesa swrast after upgrade
 
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
Administrator
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
Administrator
|
In reply to this post by Dolda2000
On 02/06/2014 04:23 AM, Dolda2000 [via jogamp] wrote:
> Dear forum, > > I'm trying to move a program that uses JOGL on Mesa's software renderer from a > system running Debian 6.0 to Debian 7.0, and suddenly JOGL cannot initialize > any longer. I cannot quite seem to figure out why, though, so any help would > be helpful. Me testing on all sorts of Debian here, incl. 7.0. Your issues is: +++ Caused by: javax.media.opengl.GLException: glXGetFBConfig(0x8010) failed: error code Unknown error code -1 at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.glXGetFBConfig(X11GLXGraphicsConfiguration.java:354) at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.FBCfgDrawableTypeBits(X11GLXGraphicsConfiguration.java:255) +++ #define GLX_DRAWABLE_TYPE 0x8010 > This would seem to be the actual problem, but I don't see why glXGetFBConfig > would start to fail just because I'm running a newer Debian version. The > glxinfo program can list GLXFBConfigs properly: > > 6 GLXFBConfigs: > visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav > id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat > ---------------------------------------------------------------------------- > 0x000 0 sg 1 0 0 . . 0 0 0 0 . . 0 0 0 0 0 0 0 0 0 None > 0x022 8 gs 0 8 0 r y . 2 3 3 0 . . 0 16 8 16 16 16 16 0 0 None > 0x000 0 gs 1 0 0 . . 0 0 0 0 . . 0 0 0 0 0 0 0 0 0 None > 0x024 8 tc 0 8 0 r y . 3 3 2 0 . . 0 16 8 16 16 16 16 0 0 None > 0x025 8 dc 0 8 0 r y . 3 3 2 0 . . 0 16 8 16 16 16 16 0 0 None > 0x026 8 sg 0 8 0 r y . 2 3 3 0 . . 0 16 8 16 16 16 16 0 0 None > > And I can only imagine it uses the same function to get them, no? Pls produce test_dbg.log as described on our wiki/jogl/faq/bugreport. ~Sven |
signature.asc (894 bytes)
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
In reply to this post by Dolda2000
On 02/06/2014 11:28 AM, Dolda2000 [via jogamp] wrote:
>> Pls produce test_dbg.log as described on our wiki/jogl/faq/bugreport. > > Sure thing. It's available here: > <http://www.dolda2000.com/~fredrik/tmp/test_dbg > <http://www.dolda2000.com/%7Efredrik/tmp/test_dbg>> > Thank you, now we have all debug information. Below shows that you have access to your DISPLAY :6 +++ X11Util.initSingleton(): OK true], X11 Display(NULL) <:6>, XSynchronize Enabled: false, X11_EXTENSION_ATIFGLRXDRI false, X11_EXTENSION_ATIFGLEXTENSION false, requiresToolkitLock true, hasThreadingIssues false, markAllDisplaysUnclosable false +++ Below shows that 'libGL.so.1' has been loaded, is it the system wide one, or is it a private copy of some build ? +++ NativeLibrary.open(global true): Trying to load libGL.so.1 DynamicLinkerImpl.incrLibRefCount 0x1f305a0 -> LibRef[libGL.so.1, refCount 1], libs loaded 1 NativeLibrary.open(): Successfully loaded: NativeLibrary[libGL.so.1, 0x1f305a0, global true] Loaded Tool library: NativeLibrary[libGL.so.1, 0x1f305a0, global true] NativeLibrary.findLibrary(<jogl_desktop>) (TempJarCache): /tmp/jogamp_0001/file_cache/jln4840746670761498962/jln3547628473897872386/libjogl_desktop.so JNILibLoaderBase: loadLibraryInternal(jogl_desktop), TempJarCache: /tmp/jogamp_0001/file_cache/jln4840746670761498962/jln3547628473897872386/libjogl_desktop.so JNILibLoaderBase: System.load(/tmp/jogamp_0001/file_cache/jln4840746670761498962/jln3547628473897872386/libjogl_desktop.so) - mode 2 JNILibLoaderBase: loadLibraryInternal(jogl_desktop): OK - mode 2 JNILibLoaderBase: Loaded Native Library: jogl_desktop JNILibLoaderBase: loaded jogl_desktop +++ If libGL.so.1 is the system wide Mesa lib, I don't know why it fails with JOGL. A 'private copy' surely could cause some troubles. Please specify how you launch the test: - Your default is Mesa software renderer ? - ??? You launched an AMD64 OpenJDK process .. Please specify the exact Debian version you are using: - cat /etc/debian_version - 'dpkg -l | grep mesa' - On your DISPLAY :6 run 'glxgears -info >& glxgears-info.log' Thank you! ~Sven +++ #define GLX_DRAWABLE_TYPE 0x8010 +++ SharedResourceRunner.run(): create Shared for: :6 - main-SharedResourceRunner X11Util.Display: openDisplay [reuse false] NamedX11Display[:6, 0x201b1e0, refCount 1, unCloseable false]. Thread main-SharedResourceRunner main-SharedResourceRunner - X11GraphicsDevice.getDefaultDisplay() of X11GraphicsDevice[type .x11, connection :6, unitID 0, handle 0x201b1e0, owner true, ResourceToolkitLock[obj 0x254e8cee, isOwner true, <4cb9e45a, 403ef810>[count 1, qsz 0, owner <main-SharedResourceRunner>]]]: 0, count 1 main-SharedResourceRunner - X11GraphicsDevice.getDefaultDisplay() of X11GraphicsDevice[type .x11, connection :6, unitID 0, handle 0x201b1e0, owner true, ResourceToolkitLock[obj 0x254e8cee, isOwner true, <4cb9e45a, 403ef810>[count 1, qsz 0, owner <main-SharedResourceRunner>]]]: 0, count 1 javax.media.opengl.GLException: X11GLXDrawableFactory - Could not initialize shared resources for :6 at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:316) at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295) at java.lang.Thread.run(Thread.java:679) Caused by: javax.media.opengl.GLException: glXGetFBConfig(0x8010) failed: error code Unknown error code -1 at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.glXGetFBConfig(X11GLXGraphicsConfiguration.java:424) at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.FBCfgDrawableTypeBits(X11GLXGraphicsConfiguration.java:257) at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.GLXFBConfig2GLCapabilities(X11GLXGraphicsConfiguration.java:315) at jogamp.opengl.x11.glx.X11GLXGraphicsConfiguration.GLXFBConfig2GLCapabilities(X11GLXGraphicsConfiguration.java:301) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:334) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276) ... 2 more +++ > ------------------------------------------------------------------------------ > If you reply to this email, your message will be added to the discussion below: > http://forum.jogamp.org/Cannot-initialize-JOGL-on-Mesa-swrast-after-upgrade-tp4031458p4031465.html > > To start a new topic under jogl, email [hidden email] > To unsubscribe from jogl, click here > < > NAML > <http://forum.jogamp.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- health & wealth mailto:[hidden email] ; http://jausoft.com land : +49 (471) 4707742 ; fax : +49 (471) 4707741 Timezone CET: PST+9, EST+6, UTC+1 |
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
On 02/06/2014 12:16 PM, Dolda2000 [via jogamp] wrote:> In continuation on that
gdb attempt, it seems that, in this case, > glXGetConfigAttrib dispatches to "Fake_glXGetFBConfigAttrib" in > src/mesa/drivers/x11/fakeglx.c, which indeed returns -1 on having a NULL > config passed in: > > if (!dpy || !config || !value) > return -1; > > I just wanted to mention it, since it is congruent with the Exception message > saying "Unknown error code -1". > GLX.glXChooseFBConfig(display, screen, null, count); [jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(..) in line 327] returns an array of PointerBuffer but one (1st and only one?) is a NULL ptr ? On 02/06/2014 12:42 PM, Dolda2000 [via jogamp] wrote: > Actually, I'm now inclined to ascribe this problem to some kind of bug in > Mesa. I traced it back to glXChooseFBConfig, and Mesa actually seems to return > a list with NULLs in it: > > > Sorry for wasting your time with something that doesn't seem to have with JOGL > to do at all. I just assumed JOGL did something weird, since glxinfo worked > properly, but looking at it, those NULLs correspond to lines from glxinfo > where all attributes are zeroes, so glxinfo probably just doesn't check the > return code from glXGetFBConfigAttrib. Surely some issue with that Mesa release .. hmm, and surely not wasting our time! +++ However, we could attempt a workaround, i.e. handle it upstream. Maybe you can test to catch the exception from glXGetFBConfig and return zero at FBCfgDrawableTypeBits ? It probably will result in zero found FBConfigs .. and using the XVisual instead. Can you test this ? > If anything, you guys may want to check for this condition and signal it > specifically, but if you decide not to, I understand entirely, since it's > clearly pathological. :) We are used to driver bugs :) +++ BTW, is 'libgl1-mesa-swx11' the right choice for software rendering in the first place ? I thought the gallium llvm provides software rendering .. hmm ~Sven |
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
|
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
In reply to this post by Dolda2000
On 02/06/2014 01:35 PM, Dolda2000 [via jogamp] wrote:
>>That would mean that the call to [glXChooseFBConfig] returns an array of > PointerBuffer but one (1st and only one?) is a NULL ptr ? > > No; as you can see from glxinfo, it returns 6 GLXFBConfigs, two of which are > NULL. > >> However, we could attempt a workaround, i.e. handle it upstream. > >> Maybe you can test to catch the exception from glXGetFBConfig >> and return zero at FBCfgDrawableTypeBits ? > > I find JOGL's build process a bit strange and weird, and must admit I am > uninclined to try and understand it. :) > <http://jogamp.org/jogl/doc/HowToBuild.html> > I did fix the bug in Mesa instead. It turns out that it maps XVisualInfos > through a function that may return NULL for visuals that aren't usable for GL, > so I simply made glXGetFBConfigs not include those NULL results in its list, > and installed my fixed Mesa. The result is a list of usable GLXFBConfigs only, > and that made JOGL continue properly. (I have also reported the bug to Debian > now.) Great, I like to add this workaround as well .. I will open a bug report for this one. > > > However, having continued, it happened into a new problem: > javax.media.opengl.GLException: main-SharedResourceRunner: Error making temp > context(1) current > > I'm not sure if I should start a new thread for this, as it seems to be a > separate problem. Either way, here's a new test_dbg.log which traces this > problem: <http://www.dolda2000.com/~fredrik/tmp/test_dbg-2 > <http://www.dolda2000.com/%7Efredrik/tmp/test_dbg-2>> We surely have a problem, the returned FBConfigs are not >= 15 bits-per-pixel. I am surprised that it even went this far, sine we require an RGB[A] surface .. hmm. +++ X11GLXGraphicsConfiguration.chooseGraphicsConfigurationFBConfig: got configs: 4 0: GLCaps[glx vid 0x22, fbc 0x22: rgba 2/3/3/0, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]] 1: GLCaps[glx vid 0x24, fbc 0x24: rgba 3/3/2/0, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]] 2: GLCaps[glx vid 0x25, fbc 0x25: rgba 3/3/2/0, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]] 3: GLCaps[glx vid 0x26, fbc 0x26: rgba 2/3/3/0, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]] chooseCapabilities: Chosen idx 0 X11GLXGraphicsConfiguration.chooseGraphicsConfigurationStatic(visualID 0x0, X11GraphicsScreen[X11GraphicsDevice[type .x11, connection :6, unitID 0, handle 0x10454e0, owner true, ResourceToolkitLock[obj 0x1ebcda2d, isOwner true, <66100363, 254e8cee>[count 1, qsz 0, owner <main-SharedResourceRunner>]]], idx 0],GLCaps[rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/0/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]]): X11GLXGraphicsConfiguration[X11GraphicsScreen[X11GraphicsDevice[type .x11, connection :6, unitID 0, handle 0x10454e0, owner true, ResourceToolkitLock[obj 0x1ebcda2d, isOwner true, <66100363, 254e8cee>[count 1, qsz 0, owner <main-SharedResourceRunner>]]], idx 0], visualID 0x22, fbConfigID 0x22, requested GLCaps[rgba 8/8/8/0, opaque, accum-rgba 0/0/0/0, dp/st/ms 16/0/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]], chosen GLCaps[glx vid 0x22, fbc 0x22: rgba 2/3/3/0, opaque, accum-rgba 16/16/16/16, dp/st/ms 16/8/0, dbl, mono , hw, GLProfile[GL2/GL2.sw], on-scr[.]]] main-SharedResourceRunner: setRealized: drawable X11OnscreenGLXDrawable, surface WrappedSurface, isProxySurface true: false -> true +++ Context and FBConfig doesn't get along .. There must be much more broken, i.e. GLX/Mesa-X11SW doesn't work together somewhat. ~Sven |
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
In reply to this post by Dolda2000
On 02/06/2014 01:47 PM, Dolda2000 [via jogamp] wrote:
>> BTW, is 'libgl1-mesa-swx11' the right choice for software rendering in the >> first place ? > > As far as I'm aware, for sure. :) > > What makes you think it isn't? Dunno .. just confused w/ the many diff mesa packages and it's versions. > >> I thought the gallium llvm provides software rendering .. hmm > > It does, indeed, through libgl1-mesa-swx11. It in turn uses Mesa's standard > libosmesa, which is what implements the llvmpipe. I'm not sure if this is part > of Mesa 8.0, however; it may be a later development. 'libosmesa' .. for all offscreen rendering .. hmm, so fake GLX .. right. Indeed .. never tested this configuration. So it would be great to have it working indeed. ~Sven |
Re: Cannot initialize JOGL on Mesa swrast after upgrade
|
Administrator
|
In reply to this post by Dolda2000
On 02/06/2014 02:13 PM, Sven Gothel wrote:
> Great, I like to add this workaround as well .. > > I will open a bug report for this one. <https://jogamp.org/bugzilla/show_bug.cgi?id=961> Let's cont. here .. thx! > |
| Free forum by Nabble | Edit this page |