| Summary: | nvidia-kernel-1.0.7664 fails to install kernel module nvidia.ko | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dead Schorsch <spamlover> |
| Component: | Current packages | Assignee: | X11 External Driver Maintainers <x11-drivers> |
| Status: | VERIFIED WORKSFORME | ||
| Severity: | major | CC: | m-thijz |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Dead Schorsch
2005-06-06 03:51:26 UTC
This is documented both in nVidia guide and kernel upgrade guide... http://www.gentoo.org/doc/en/nvidia-guide.xml http://www.gentoo.org/doc/en/kernel-upgrade.xml#doc_chap6 *** This bug has been marked as a duplicate of 93760 *** What is documented in the links provided? That I need to re-emerge packages which build kernel modules after a kernel change? That's true, but it has nothing to do with this bug, the current ebuild simply does not install the module into the kernel drivers/video directory. I do indeed agree, that this bug is a duplicate. Bah, I Bah, I´m an idiot, completely different bug. I can confirm this bug's occurrence on my Pentium 3 system. I, too, am having problems with the driver under gentoo-sources' 2.6.12. I would agree that the kernel module is not being copied to the "correct" directory (uname/kernel/drivers/video...) except that it doesn't need to be there. The modules.* files map the locations of the module (uname/video). It's been this way throughout 2.6.11 and 2.6.10 (I haven't kept my modules directories from before that). As such - I'm running 2.6.11-r11 now with the module in uname/video without a problem. Something else is borking 2.6.12 (and my framebuffer was completely messed up on the last attempt, so I can't specify my errors with that) I still have to re-run the installer from the nvidia binary package after kernel upgrade to make the kernel-mdoule available again. After kernel-upgrade and therefor re-emerging nvidia-kernel, libGL.so is gone too until I run nvidia's own installer again. Finally, If nvidia-glx and nvidia-kernel ebuilds are available in a new version, the kernel module refuses to load afterwards because of an "ABI version missmatch". That is because nvidia-glx installs properly, nvidia-kernel does not. Could it be a side effect of my setup, where /usr is a paritition on it's own? That hat cause some problems with ebuilds in the past too. I have this problem too, ever since 1.0.7174 I am unable to upgrade. When I get the problem I just downgrade to 7174 and all works fine again.. Mike On my workstation I've got the very same problem. After a succesful merge of nvidia-kernel, the module still isn't available. I'll try to use kernel-2.6.11-r11, as Bill Puschmann advices. Btw, other things are missing too, like libGL.so, which renders mplayer disfunctional. Do some (all) of you have /usr on a separate partitition? No, I don't have /usr on a seperate partition. I'll post my `emerge info` if that's useful: Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r1, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5 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="-march=pentium4 -O2 -pipe -fomit-frame-pointer" 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/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distcc,ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" LANG="nl_NL@euro" LINGUAS="nl" MAKEOPTS="-j7" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="x86 X Xaw3d a52 aac aalib acpi alsa apm arts audiofile avi bash-completion berkdb bitmap-fonts bootsplash bzlib caps cdb cdparanoia cdr crypt cups curl dbus debug directfb divx4linux dvdr dvdread eds emboss encode ethereal exif fam fbcon ffmpeg fftw flac foomaticdb fortran ftp gd gdbm gif gphoto2 gpm gstreamer gtk2 hal imagemagick imap imlib ipv6 jabber java javascript jit jpeg kde kdeenablefinal libcaca libg++ libvisual libwww mad memlimit mhash mikmod mime mmap motif mp3 mpeg mpi msession msn musicbrainz nas ncurses ncursus nls nocardbus nptl nptlonly ogg oggvorbis openal opengl oss pam pdflib perl png posix profile python qt quicktime rdesktop readline samba sdl session sharedmem shorten simplexml snmp sockets source speex spell sqlite sse sse2 ssl svg svga tcltk tcpd theora threads tiff treutype truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd videos visualization vlm vorbis win32codecs wxwindows xine xml xml2 xpm xscreensaver xsl xv xvid zlib linguas_nl userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS Is this still a problem? Please try using eselect-opengl and running 'eselect opengl set nvidia'. Annoying, look at this: $ ls -la /usr/lib/libGL.so lrwxrwxrwx 1 root root 10 22. Okt 15:06 /usr/lib/libGL.so -> libGL.so.1 $ eselect opengl set nvidia $ ls -la /usr/lib/libGL.so libGL.so: No such file or directory $ emerge nvidia-glx $ ls -la /usr/lib/libGL.so lrwxrwxrwx 1 root root 35 4. Nov 09:24 /usr/lib/libGL.so -> /usr/lib/opengl/nvidia/lib/libGL.so So far, mplayer still works. (In reply to comment #6) > I still have to re-run the installer from the nvidia binary package after > kernel > upgrade to make the kernel-mdoule available again. After kernel-upgrade and > therefor re-emerging nvidia-kernel, libGL.so is gone too until I run nvidia's > own installer again. > > Finally, If nvidia-glx and nvidia-kernel ebuilds are available in a new > version, > the kernel module refuses to load afterwards because of an "ABI version > missmatch". That is because nvidia-glx installs properly, nvidia-kernel does > not. > > Could it be a side effect of my setup, where /usr is a paritition on it's own? > That hat cause some problems with ebuilds in the past too. > Just for the record... module-rebuild :) Does not happen any longer. Outdated. |
