If I use the vesafb frame buffer (to get high resolution console windows) AND then run startx (I am using nvidia-kernel-1.0.7676-r1) XWindows comes up and works fine. However if I exit out of Xwindows and then try to startx a second or subsequent time, XWindows does NOT come up. I can not successfully startx again until I reboot the system. Note: This was not an issue when using nvidia-kernel-1.0.7174 and earlier. If I do not use the vesafb then I can start XWindows multiple times. With vesafb xdm won't start XWindows even once. I have tried 'modprobe -r nvidia' but still can't get Xwindows to start a second time. I have tried 'rm /dev/nvidia*' and re-creating the nvidia devices but still, no Xwindows a 2nd time without reboot. A seperate attachment will contain the output to /usr/bin/nvidia-bug-report.sh will be added. I am running an AMD64 system with a nvidia pci-express card: Model: GeForce 6800 Series GPU IRQ: 16 Video BIOS: 05.40.02.15.05 Card Type: PCI-E Here is the output when trying to start Xwindows the second time: $ startx X Window System Version 6.8.2 Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.13.1-rr01 x86_64 [ELF] Current Operating System: Linux runner 2.6.14.2-rr02 #1 Thu Nov 17 09:24:10 PST 2005 x86_64 Build Date: 17 September 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Nov 17 20:26:28 2005 (==) Using config file: "/etc/X11/xorg.conf" Using vt 7 NVIDIA: could not open the device file /dev/nvidia0 (Input/output error). (EE) NVIDIA(0): Failed to initialize the NVIDIA graphics device! (EE) NVIDIA(0): *** Aborting *** (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Reproducible: Always Steps to Reproduce: 1.compile kernel with vesafb and frame buffer console support 2.startx 3.exit Xwindows 4.startx Actual Results: 1st startx works (you are in Xwindows) 2nd startx fails Expected Results: gone into Xwindows a second time emerge info: Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14.2-rr01 x86_64) ================================================================= System uname: 2.6.14.2-rr01 x86_64 AMD Athlon(tm) 64 Processor 4000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 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-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O3 -fomit-frame-pointer -pipe" CHOST="x86_64-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/lib64/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O3 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/dev/shm" PORTDIR="/usr/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X Xaw3d acpi alsa apache2 audiofile avi bash-completion berkdb bitmap-fonts bzip2 cdr crypt cups curl dvb dvd dvdr emboss encode esd ethereal exif expat fam foomaticdb fortran gdbm gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 idn imagemagick imap imlib ipv6 ithreads java jikes jpeg lcms lmlib lua lzw lzw-tiff mad mng motif mozilla mp3 mpeg mysql nas ncurses nls nptl nsplugin ogg oggvorbls openal opengl pam pcre pdflib perl plotutils png ppds pthreads python quicktime readline sdl slang spell ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 73140 [details] Output to /usr/bin/nvidia-bug-report.sh I am using vanilla-sources (not Gentoo) kernel. The extra '-rr01' at the end is just my method for tracking the same kernel with different compile configurations.
Re-assigning to x11-drivers, since that seems to be the culprit. However, trying to start X without using 'startx' (I've never tried, probably not nice) would tell us if it's startx's fault for some weird reason. I'm not too sure if there's much that can be done about this by us. This sounds like nVidia's problem. I recommend filing a bug there, however that's done.
Version no longer in the tree, reopen if you can reproduce w/ uptodate x11-drivers/nvidia-drivers. Thanks.
