Segmentation fault when attempting glxgears or glxinfo. Reproducible: Always Steps to Reproduce: 1.glxinfo or glxgears Actual Results: It returns "Segmentation fault". Expected Results: It should have shown me opengl information or should have ran glxgears. Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/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="-O2 -march=pentium4" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl eds emboss encode esd fam foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 java jpeg kde libg++ libwww mad mikmod motif mozilla mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Any information on drivers version missing. We also need backtrace of the segfault (see http://www.gentoo.org/doc/en/bugzilla-howto.xml#doc_chap2). Reopen with the needed information. Thanks.
Well, I just emerged the drivers, so they should be the most recent. This is the GDB output: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 10362)] 0xb75a145a in _nv000000gl () from /usr/lib/tls/libnvidia-tls.so.1
(In reply to comment #2) > Well, I just emerged the drivers, so they should be the most recent. This is the > GDB output: I'm really not a thought-reader. It was not even clear whether you have nVidia or ATI. *sigh*. Please, post the exact version of the drivers and reopen then.
I'm INCREDIBLY sorry for wasting your time - I though `emerge info` would show. I'm using nVidia GeForce4 Ti 4200. The version is 1.0.6629-r6 for glx, and r4 for kernel.
Does this happen as user, root, or both? And for future reference/understanding: `emerge info` gives information about the Portage build environment and little more. Things like `lspci` are more useful when it comes to hardware.
Both.
That was quick :) Have you tried other GL apps to see if they also segfault? Also, try running opengl-update nvidia (or eselect opengl nvidia if you have the newer one installed).
opengl-update nvidia doesn't help; eselect opengl nvidia simply gives me a not found. I don't know any other OpenGL applications.
Other OpenGL programs will not work.
When did this problem start?
Ever since I tried installing nVidia drivers to get hardware acceleration.
(In reply to comment #11) > Ever since I tried installing nVidia drivers to get hardware acceleration. > in xorg.conf you have? Section "DRI" Mode 0666 EndSection
I'm running into the same problem. glxinfo, glxgears, and bzflag so far are returning segfaults. Here's an strace of bzflag: geteuid32() = 1000 open("/dev/nvidia0", O_RDWR|O_LARGEFILE) = 13 ioctl(9, 0xc040464d, 0xbf92d0d0) = 0 open("/proc/interrupts", O_RDONLY|O_LARGEFILE) = 14 fstat64(14, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6661000 read(14, " CPU0 \n 0: "..., 1024) = 504 read(14, "", 1024) = 0 read(14, "", 1024) = 0 close(14) = 0 munmap(0xb6661000, 4096) = 0 ioctl(13, 0xc01446ce, 0xbf92d32c) = 0 geteuid32() = 1000 open("/dev/nvidia0", O_RDWR|O_LARGEFILE) = 14 ioctl(9, 0xc040464d, 0xbf92d0d0) = 0 open("/proc/interrupts", O_RDONLY|O_LARGEFILE) = 15 fstat64(15, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6661000 read(15, " CPU0 \n 0: "..., 1024) = 504 read(15, "", 1024) = 0 read(15, "", 1024) = 0 close(15) = 0 munmap(0xb6661000, 4096) = 0 ioctl(14, 0xc01446ce, 0xbf92d32c) = 0 ioctl(13, 0xc0284644, 0xbf92d330) = 0 ioctl(14, 0xc0284644, 0xbf92d330) = 0 ioctl(9, 0xc020462b, 0xbf92d2d0) = 0 ioctl(10, 0xc0184633, 0xbf92d450) = 0 ioctl(10, 0xc0304627, 0xbf92d12c) = 0 mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_SHARED, 10, 0xf8114) = 0xb6562000 ioctl(9, 0xc0384657, 0xbf92d190) = 0 brk(0x8328000) = 0x8328000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigaction(SIGSEGV, {SIG_DFL}, {0xb7e09f00, [], 0}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {0xb7e116f0, [INT], SA_RESTART}, 8) = 0 rt_sigaction(SIGTERM, {SIG_DFL}, {0xb7e116f0, [TERM], SA_RESTART}, 8) = 0 write(3, "_\1\2\0\v\0\0\3+\0\1\0", 12) = 12 read(3, "\26\0j\0\16\0\0\3\16\0\0\3\r\0\0\3\0\0\0\0\200\2\340\1"..., 32) = 32 read(3, "\1\1l\0\0\0\0\0\7\0\300\2\0\0\0\0\4\0\0\0\10\0\0\0`Z\241"..., 32) = 32 write(6, "+\17\1\0", 4) = 4 read(6, "\1\1 \0\0\0\0\0\7\0\300\2\1\0\0\0\4\0\0\0\t\0\0\0\350\'"..., 32) = 32 write(6, "\217\5\4\0\0\0\0\0\0\0\0\0\0\0\0\0", 16) = 16 read(6, "\1\0!\0\0\0\0\0\377\377\377\377\0\20\0\0\204c\35\10\0\0"..., 32) = 32 munmap(0xb68ae000, 402304) = 0 munmap(0xb686d000, 266240) = 0 write(3, "\n\1\2\0\16\0\0\3\4\0\2\0\17\0\0\3O\1\2\0\f\0\0\3l\0\1"..., 28) = 28 read(3, "\1\0p\0\0\0\0\0\0\0X\2\0\1\0\0\4\0\0\0\10\0\0\0`Z\241\10"..., 32) = 32 write(3, "k\1\3\0\32\16X\2\0\1\2\0\212\4\1\0_\1\2\0\7\0\0\3+\0\1"..., 28) = 28 read(3, "\1\1t\0\0\0\0\0\7\0\300\2\0\0\0\0\4\0\0\0\10\0\0\0`Z\241"..., 32) = 32 write(6, "\217\4\2\0\1\0 \3<\0\2\0\0\0 \3+\0\1\0", 20) = 20 read(6, "\1\1$\0\0\0\0\0\7\0\300\2\0\0\0\0\4\0\0\0\t\0\0\0\350\'"..., 32) = 32 shutdown(6, 2 /* send and receive */) = 0 close(6) = 0 write(3, "<\1\2\0\0\0\0\3+\1\1\0", 12) = 12 read(3, "\1\1v\0\0\0\0\0\7\0\300\2\0\0\0\0\4\0\0\0\10\0\0\0`Z\241"..., 32) = 32 shutdown(3, 2 /* send and receive */) = 0 close(3) = 0 rt_sigaction(SIGSEGV, NULL, {SIG_DFL}, 8) = 0 rt_sigaction(SIGBUS, NULL, {0xb7e09f00, [], 0}, 8) = 0 rt_sigaction(SIGBUS, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGFPE, NULL, {0xb7e09f00, [], 0}, 8) = 0 rt_sigaction(SIGFPE, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGQUIT, NULL, {0xb7e09f00, [], 0}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0 tgkill(10125, 10125, SIGSEGV) = 0 sigreturn() = ? (mask now []) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 10125 detached x11-drivers/nvidia-drivers-1.0.9629 lspci:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge 00:0b.0 SCSI storage controller: Adaptec AHA-2940U2/U2W 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) 01:00.0 VGA compatible controller: nVidia Corporation NV20 [GeForce3 Ti 200] (rev a3) I had attempted to do nVidia GL Desktop Effects, but did not like the result, so commented out the changes in xorg.conf. I also tried with and without the DRI section mentioned in comment #12. If emerge --info will be helpful, let me know. Thanks, Russell (In reply to comment #0) > Segmentation fault when attempting glxgears or glxinfo. > > Reproducible: Always > Steps to Reproduce: > 1.glxinfo or glxgears > Actual Results: > It returns "Segmentation fault". > > Expected Results: > It should have shown me opengl information or should have ran glxgears. > > Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, > 2.6.12-gentoo-r6 i686) > ================================================================= > System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz > Gentoo Base System version 1.6.13 > dev-lang/python: 2.3.5-r2 > sys-apps/sandbox: 1.2.12 > sys-devel/autoconf: 2.13, 2.59-r6 > sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 > sys-devel/binutils: 2.15.92.0.2-r10 > sys-devel/libtool: 1.5.18-r1 > virtual/os-headers: 2.6.11-r2 > ACCEPT_KEYWORDS="x86" > AUTOCLEAN="yes" > CBUILD="i686-pc-linux-gnu" > CFLAGS="-O2 -march=pentium4" > CHOST="i686-pc-linux-gnu" > CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env > /usr/kde/3.4/share/config /usr/kde/3.4/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="-O2 -march=pentium4" > DISTDIR="/usr/portage/distfiles" > FEATURES="autoconfig distlocks sandbox sfperms strict" > GENTOO_MIRRORS="http://distfiles.gentoo.org > http://distro.ibiblio.org/pub/Linux/distributions/gentoo" > PKGDIR="/usr/portage/packages" > PORTAGE_TMPDIR="/var/tmp" > PORTDIR="/usr/portage" > SYNC="rsync://rsync.gentoo.org/gentoo-portage" > USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl eds emboss > encode esd fam foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 > imagemagick imlib ipv6 java jpeg kde libg++ libwww mad mikmod motif mozilla mp3 > mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt > quicktime readline sdl spell ssl tcpd tiff truetype truetype-fonts type1-fonts > vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" > Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
If you're using 9629, check out bug #154739 instead.
Please try 1.0.9631, which was just added to portage.
New driver fixed that behavior. Thanks
Excellent, glad to hear it. Daniel?
Same problem with xf86-video-via-0.2.2, after updating to mesa-6.5.2-r1. No openGL apps do work, all do segmentation fault. My versions after last update: x11-libs/libdrm-2.3.0 media-libs/mesa-6.5.2-r1 x11-base/xorg-server-1.2.0-r3 x11-drivers/xf86-video-via-0.2.2 Dmesg of segfault: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000004 printing eip: c0124db7 *pde = 00000000 Oops: 0002 [#1] Modules linked in: rt2500 snd_via82xx snd_ac97_codec ac97_bus snd_mpu401_uart snd_rawmidi ehci_hcd uhci_hcd CPU: 0 EIP: 0060:[<c0124db7>] Not tainted VLI EFLAGS: 00210046 (2.6.20-gentoo-r7-eddy #1) EIP is at add_wait_queue+0x10/0x1d eax: cdc04998 ebx: 00000000 ecx: c78e7ed4 edx: c78e7ec8 esi: 00200246 edi: ffffa263 ebp: c78e7f0c esp: c78e7eb0 ds: 007b es: 007b ss: 0068 Process glxgears (pid: 5124, ti=c78e6000 task=cde0ca70 task.ti=c78e6000) Stack: cdc04800 cdc04800 c02a0122 00000040 c78e7ee0 00000000 00000000 cde0ca70 c01145ba 00000000 00000000 00000000 cdc04800 00000000 c050df30 c029c075 ffffffff c7ce0240 00000000 00000000 00000000 00000000 00000000 00000000 Call Trace: [<c02a0122>] via_driver_vblank_wait+0xb9/0x12b [<c01145ba>] default_wake_function+0x0/0xc [<c029c075>] drm_wait_vblank+0x1ed/0x23c [<c0124d10>] autoremove_wake_function+0x0/0x35 [<c029be88>] drm_wait_vblank+0x0/0x23c [<c029aa6c>] drm_ioctl+0x14b/0x193 [<c0101e47>] __switch_to+0x102/0x163 [<c010643a>] make_8259A_irq+0x2c/0x3b [<c029a921>] drm_ioctl+0x0/0x193 [<c0152706>] do_ioctl+0x3e/0x4d [<c0152919>] vfs_ioctl+0x204/0x21b [<c0152963>] sys_ioctl+0x33/0x4c [<c0102ac6>] sysenter_past_esp+0x5f/0x85 [<c010643a>] make_8259A_irq+0x2c/0x3b ======================= Code: 8b 43 04 89 41 04 89 08 c7 43 04 00 02 20 00 c7 42 0c 00 01 10 00 56 9d 5b 5e c3 56 83 22 fe 53 9c 5e fa 8b 18 8d 4a 0c 89 5a 0c <89> 4b 04 89 08 89 41 04 56 9d 5b 5e c3 56 83 0a 01 53 9c 5e fa EIP: [<c0124db7>] add_wait_queue+0x10/0x1d SS:ESP 0068:c78e7eb0 p.s. I'm using Kernels's drm(via) of gentoo-sources-2.6.20-r7
Eduardo, your problem is definitely not the same, since you're not running the NVIDIA drivers, which is what *this* bug is about. Since Russell said this was fixed for NVIDIA, I'm marking it as such. Feel free to file your own bug on the VIA drivers.
