after emerging the new nvidia drivers (7167-r1), running 32bit opengl apps segfault under amd64. There is no useful information in the gdb backtrace (unless you want a big list of addresses). Reproducible: Always Steps to Reproduce: 1. emerge nvidia-glx-1.0.7167-r1 nvidia-kernel-1.0.7167-r1 2. rmmod nvidia && modprobe nvidia 3. startx 4. /mnt/gentoo32/usr/X11R6/bin/glxgears Actual Results: segmentation fault. Expected Results: glx gears shows up and renders spankingly fast. ben@uber 32test $ emerge info Portage 2.0.51.19 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.11-gentoo-r2 x86_64) ================================================================= System uname: 2.6.11-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 9 2005, 03:36:15)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe " CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe " DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi alsa berkdb bitmap-fonts cdr crypt cups curl directfb doc esd fam flac font-server fortran ggi gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 java jp2 jpeg junit lzw lzw-tiff motif mozilla mp3 multilib mysql nas ncurses nls odbc oggvorbis opengl oss pam perl png postgres python readline samba sdl sqlite ssl tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xml xml2 xmms xpm xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
this looks interesting. i made a simple test which links to -lGL (which segfaults) and look at this: ben@uber 32test $ ldd ./test linux-gate.so.1 => (0xffffe000) libGL.so.1 => /usr/lib32/opengl/nvidia/lib/libGL.so.1 (0x55585000) libc.so.6 => /lib32/libc.so.6 (0x555fd000) libGLcore.so.1 => /usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0x55717000) libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0x55e68000) libm.so.6 => /lib32/libm.so.6 (0x55e6a000) libXext.so.6 => /usr/lib32/libXext.so.6 (0x55e8d000) libX11.so.6 => /usr/lib32/libX11.so.6 (0x55e9d000) libdl.so.2 => /lib32/libdl.so.2 (0x55f68000) /lib/ld-linux.so.2 (0x55555000) ben@uber 32test $ file /usr/lib/tls/libnvidia-tls.so.1 /usr/lib/tls/libnvidia-tls.so.1: symbolic link to `libnvidia-tls.so.1.0.6629' surely that should be to 7167 ... which isnt in that directory. however, if i ben@uber 32test $ cp /emul/linux/x86/usr/lib/opengl/nvidia/tls/libnvidia-tls.so . ben@uber 32test $ LD_PRELOAD=./libnvidia-tls.so ./test Hello ben@uber 32test $ which is the expected result. i think this looks like a opengl-update bug?
You did run 'opengl-update nvidia' after the update?
I'm experiencing exactly the same behaviour. I tried rerunning "opengl-update nvidia" after the installation of the new version, to no avail... :(
very strange, as far as I can tell opengl-update should not create /usr/lib/tls/libnvidia-tls.so.1. Could this be left over from a manual installation of the earlier drivers? I suggest you try to remove them and then rerun opengl-update: # rm /usr/lib??/libnvidia-tls* /usr/lib??/tls/libnvidia-tls* # opengl-update nvidia
I've never manually installed the drivers on this system, and yes, I did run opengl-update after installation. I will reinstall the 7167 drivers and try what you said.
right. that seems to fix the problems. do you think opengl-update should include a workaround for this, as i believe /usr/lib/libnvidia-tls.so.1* are left behind either from a previous version of opengl-update, or from a previous nvidia-glx ebuild. thanks for the help.
please see comment 6
This should be fixed with nvidia-glx-1.0.7174-r2, so please unmask that ebuild (and the new opengl-update) and test it for me.
wonderful. this appears to have fixed it. it has also fixed some odd errors i was having with texture rendering. thanks guys.
