I've had this problem as long as I can remember trying 6629 (including back when it was ~x86). The nvidia module loads fine, and if I comment out the 'Load "glx"' line in xorg.conf, I can get a working X server. I haven't tried Xvmc, but I'll bet it works. When I have 'Load "glx"', I get a segfault just as glx loads. Reproducible: Always Steps to Reproduce: 1. upgrade to nvidia-glx-1.0.6629-r1 (and xorg-x11-6.8.0-r4) 2. have in xorg.conf: Load "glx" 3. start an X server Actual Results: Screen flickered, then went back to terminal. Checked logs, it seems X died with signal 11. Expected Results: Started normally, at least. At best, let me play games! Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10 i686) ================================================================= System uname: 2.6.10 i686 AMD Athlon(tm) XP 2100+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Feb 6 2005, 13:09:42)] dev-lang/python: 2.3.4 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.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="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig distlocks sandbox sfperms userpriv" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://mirrors.tds.net/gentooi ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://slaphack.com/gentoo-portage" USE="x86 16bit 3dnow 3dnowex 3ds S3TC X X509 Xaw3d a52 aac aalib acpi acpi4linux adns aim alsa ansi apache1 apache2 async avi blender-game bzip2 bzlib cairo cap caps cddb cdparanoia cdr cdrom chroot cracklib crypt css cups curl dga dict divx4linux dnd dv dvd editor ethereal evms2 exif ext-png ext-zlib fbcon fbdev fla flac freetype gcj gif gimp gimpprint glgd glut gnome gnomedb gstreamer gtk gtk2 hbci image imagekits imagemagick imap imlib imlib2 jabber jack java javascript jpeg jpeg2k junit ladcca lcms libgda maildir md5sum mdb ming mmx mng monkey moznocompose moznoirc moznomail moznoxft mozplaintext mozsvg mp3 mpeg mplayer msn music native ncurses net network no_wxgtk1 nowin nptl nvidia nviz offensive ofx oggvorbis openal opengl openssh oscar pam pcre plotutils png pnp ppds python qemu-fast qhull quicktime radeon real sdl softmmu spell sse svg svgz tetex tga theora tiff uim usb videos vim vim-with-x vnc wmf wxwindows xanim xface xim xine xmms xosd xprint xrandr xsl xv xvid xvmc yahoo zlib zvbi" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Created attachment 50598 [details] xorg log Doesn't seem to be any significant warnings or errors. It just goes SPLAT when it tries to load GLX.
Created attachment 50599 [details] xorg.conf Pretty standard, originally made with xorgconfig.
It's not just xorg. Any program linked against GL segfaults immediately. Wait a minute. I just tested... opengl-update xorg-x11, and now glx programs don't crash (at least until they notice the server doesn't have glx enabled). Switched back to nvidia, and now glxinfo prints a bunch of stuff before it segfaults, and mplayer works, even with xvmc. Alright, next step. Does xorg magically work now? It seems to. I'm not sure what's going on, I was doing an "emerge --newuse world", and it just finished -- maybe it was something in there? Going to go "test" some games now. I'll reopen this if the problem persists.
I got this problem since middle of day. I cannot resolve it, neither by doing opengl-update xorg-x11, neither by commenting out load glx. I tried to downgrade kernel to 2.6.9-r9, downgrade xorg-6.8.0-r4 to xorg-6.8.0-r3 and nvidia-glx & kernel 6629-r1 to 6111-r1, the three together etc.. it didn't change anything. not I am running under amd64. This bug is very annoying (i am using nv, which does not support xinerama) and I urge some Xorg guru to find wtf it's caused by. I'll try to get a call trace.
Okay, I found out. I suspected the nvidia thing from being the cause (the nv driver worked right) but in fact while loading a nv xorg.conf file I erased most of the previous configuration. The part of config which created the strange behaviour was synaptic drivers, which are still unstable on amd64.
