nvidia-glx 1.0.6629 has problems with some opengl applications. UT2004 simply errors out with "OpenGL Error", ePSXe says that libnvidia-tls.so.1 cannot handle TLS data. Some GL apps, like zsnes, and glxgears, work fine. Reproducible: Always Steps to Reproduce: 1.Update to nvidia-glx-1.0.6629 and nvidia-kernel-1.0.6629 2.Emerge ePSXe and companion drivers. 3.Try to configure the video or play a game. Actual Results: ePSXe crashed, stating that libnvidia-tls.so.1 cannot handle TLS data. Expected Results: Tested the video output plugin or run the game, or at least created an OpenGL window. I have seen this error in forums for other distributions, but for older driver versions. Havn't found a solution on said forums.
I think this is a duplicate of 64927. In that bug report, some suggests changing opengl-update and replacing the line: /usr/lib/misc/tls_test /usr/lib/misc/tls_test_dso.so 2>/dev/null with getconf GNU_LIBPTHREAD_VERSION | grep -i nptl 2>/dev/null I've tried this and reran "opengl-update nvidia" and everything (well, openGL stuff) now seems to work!
BTW, I've downgraded from 6629 back to 6111 and the problem still occurs. As it would do, since the fix can be applied to x11-base/opengl-update-1.8.1-r1.
The reason we used nvidia tls_test was simply because they were the only ones that had tls supported drivers, however, eventually I presume this will change. After looking at an nptl build system, it appears the suggested fix here is probably better in the long run. Donnie: I'll change this sometime today in 1.8.1 and 2_pre
Andrew, just to make sure I'm not misunderstanding -- you're bumping the opengl-update releases in each series, not literally changing 1.8.1 and 2.0_pre2 or whatever it is.
The way I understand it is that if nptl is enabled in glibc, then ONLY the tls enabled libs should be linked to with opengl-update -- if nptl is not enabled, then it doesnt matter if both are or just the non-tls libs. Is that actually correct?
*** Bug 64927 has been marked as a duplicate of this bug. ***
A NPTL-system should have both: TLS and non-TLS libraries A non-NPTL-system should only have the non-TLS libraries. Once the fixed glibc-ebuilds will be stable, they install two versions of glibc, one has NPTl, one doesn't. So there also should be both version of NVidia-libraries, so that LD_ASSUME_KERNEL=2.4.1 will run non-NPTL glibc with the non-TLS NVidia libraries.
*** Bug 70871 has been marked as a duplicate of this bug. ***
*** Bug 71424 has been marked as a duplicate of this bug. ***
*** Bug 70795 has been marked as a duplicate of this bug. ***
Fixed in cvs see opengl-update-1.8.2 or opengl-update-2.0_pre3
New opngl-update doesn't fix things for me (or it is another problem). Eg openoffice-ximian 1.3.6 (compiled with gcc 3.4) doesn't start: Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed! But if I do a opengl-update xorg-x11, openoffice-ximian will start...
If you are having the above comment #12 problem, see bug #73076
*** Bug 73817 has been marked as a duplicate of this bug. ***
