Re: [gentoo-user] nvidia-kernel does not load in 2.6.14-gentoo-r2 (unknown symbols)

2005-11-25 Thread Jules Colding
On Thu, 2005-11-24 at 18:14 +, Neil Bothwick wrote:
 On Thu, 24 Nov 2005 15:41:17 +0100, Jules Colding wrote:
 
  But I double-checked anyway and nvidia still has unknown symbols in the
  latest kernel. I have attached the emerge output from the nvidia build
  and the emerge info from that session too.
 
 You're trying to install an old version of the nVidia drivers. The latest
 version, which is still over three months old, is 1.0.7676. This one runs
 perfectly with 2.6.14v on my AMD64 system.

OK, that might fix it for me.

 Why do the nvidia ebuilds take so long to be marked stable?

Good question. I am using the latest stable version exactly because I
assume that they would have the best chance of working. Finding that the
latest version doesn't even load into the newest stable kernel is kind
of disappointing.

-- 
  jules



-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] nvidia-kernel does not load in 2.6.14-gentoo-r2 (unknown symbols)

2005-11-24 Thread Jules Colding
Hi,

nvidia-kernel fails to load in 2.6.14-gentoo-r2. /var/log/messages
below.

Best regards,
  jules


Nov 24 13:29:01 omc-2 [  112.677286] Adding 1004052k swap on /dev/sda3.  
Priority:-1 extents:1 across:1004052k
Nov 24 13:29:01 omc-2 [  115.795192] nvidia: module license 'NVIDIA' taints 
kernel.
Nov 24 13:29:01 omc-2 [  115.795490] nvidia: Unknown symbol 
register_ioctl32_conversion
Nov 24 13:29:01 omc-2 [  115.795526] nvidia: Unknown symbol 
unregister_ioctl32_conversion
Nov 24 13:29:01 omc-2 [  116.551269] kjournald starting.  Commit interval 5 
seconds
Nov 24 13:29:01 omc-2 [  116.555297] EXT3 FS on sda1, internal journal
Nov 24 13:29:01 omc-2 [  116.555304] EXT3-fs: mounted filesystem with ordered 
data mode.
Nov 24 13:29:01 omc-2 [  116.570860] ReiserFS: sda2: found reiserfs format 
3.6 with standard journal
Nov 24 13:29:01 omc-2 [  116.687289] ReiserFS: sda2: using ordered data mode
Nov 24 13:29:01 omc-2 [  116.728397] ReiserFS: sda2: journal params: device 
sda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max 
commit age 30, max trans age 30
Nov 24 13:29:01 omc-2 [  116.729284] ReiserFS: sda2: checking transaction log 
(sda2)
Nov 24 13:29:01 omc-2 [  116.760369] ReiserFS: sda2: Using r5 hash to sort names
Nov 24 13:29:01 omc-2 [  120.321742] ALSA 
/var/tmp/portage/alsa-driver-1.0.10/work/alsa-driver-1.0.10/pci/emu10k1/../../alsa-kernel/pci/emu10k1/emufx.c:1395:
 Installing spdif_bug patch: Audigy 2 ZS [SB0350]
Nov 24 13:29:05 omc-2 [  126.872785] tg3: eth0: Link is up at 1000 Mbps, full 
duplex.
Nov 24 13:29:05 omc-2 [  126.872789] tg3: eth0: Flow control is on for TX and 
on for RX.
Nov 24 13:29:12 omc-2 fstab-sync[6913]: removed all generated mount points
Nov 24 13:29:12 omc-2 ntpd[6999]: ntpd [EMAIL PROTECTED] Fri Aug 26 09:06:17 
CEST 2005 (1)
Nov 24 13:29:12 omc-2 ntpd[6999]: precision = 1.000 usec
Nov 24 13:29:12 omc-2 ntpd[6999]: Listening on interface wildcard, 0.0.0.0#123
Nov 24 13:29:12 omc-2 ntpd[6999]: Listening on interface eth0, 10.0.1.4#123
Nov 24 13:29:12 omc-2 ntpd[6999]: Listening on interface lo, 127.0.0.1#123
Nov 24 13:29:12 omc-2 ntpd[6999]: kernel time sync status 0040
Nov 24 13:29:12 omc-2 ntpd[6999]: frequency initialized -4.914 PPM from 
/var/lib/ntp/ntp.drift
Nov 24 13:29:13 omc-2 sshd[7054]: Server listening on 0.0.0.0 port 22.
Nov 24 13:29:13 omc-2 cron[7093]: (CRON) STARTUP (V5.0)
Nov 24 13:29:13 omc-2 [  135.189501] /dev/vmmon[7140]: Module vmmon: registered 
with major=10 minor=165
Nov 24 13:29:13 omc-2 [  135.189643] /dev/vmmon[7140]: Module vmmon: initialized
Nov 24 13:29:13 omc-2 [  135.340955] /dev/vmnet: open called by PID 7201 
(vmnet-bridge)
Nov 24 13:29:13 omc-2 [  135.341053] /dev/vmnet: hub 0 does not exist, 
allocating memory.
Nov 24 13:29:13 omc-2 [  135.341107] /dev/vmnet: port on hub 0 successfully 
opened
Nov 24 13:29:13 omc-2 [  135.341150] bridge-eth0: enabling the bridge
Nov 24 13:29:13 omc-2 [  135.341183] bridge-eth0: up
Nov 24 13:29:13 omc-2 [  135.341213] bridge-eth0: already up
Nov 24 13:29:13 omc-2 [  135.341243] bridge-eth0: attached
Nov 24 13:29:13 omc-2 init: Activating demand-procedures for 'A'
Nov 24 13:29:14 omc-2 [  136.618256] nvidia: Unknown symbol 
register_ioctl32_conversion
Nov 24 13:29:14 omc-2 [  136.618300] nvidia: Unknown symbol 
unregister_ioctl32_conversion
Nov 24 13:29:14 omc-2 modprobe: FATAL: Error inserting nvidia 
(/lib/modules/2.6.14-gentoo-r2/video/nvidia.ko): Unknown symbol in module, or 
unknown parameter (see dmesg)
Nov 24 13:29:16 omc-2 gdm[7312]: gdm_slave_xioerror_handler: Fatal X error - 
Restarting :0
Nov 24 13:29:19 omc-2 [  140.882760] nvidia: Unknown symbol 
register_ioctl32_conversion
Nov 24 13:29:19 omc-2 [  140.882804] nvidia: Unknown symbol 
unregister_ioctl32_conversion
Nov 24 13:29:19 omc-2 modprobe: FATAL: Error inserting nvidia 
(/lib/modules/2.6.14-gentoo-r2/video/nvidia.ko): Unknown symbol in module, or 
unknown parameter (see dmesg)
Nov 24 13:29:20 omc-2 gdm[7380]: gdm_slave_xioerror_handler: Fatal X error - 
Restarting :0
Nov 24 13:29:23 omc-2 [  145.151901] nvidia: Unknown symbol 
register_ioctl32_conversion
Nov 24 13:29:23 omc-2 [  145.151944] nvidia: Unknown symbol 
unregister_ioctl32_conversion
Nov 24 13:29:23 omc-2 modprobe: FATAL: Error inserting nvidia 
(/lib/modules/2.6.14-gentoo-r2/video/nvidia.ko): Unknown symbol in module, or 
unknown parameter (see dmesg)
Nov 24 13:29:24 omc-2 gdm[7475]: gdm_slave_xioerror_handler: Fatal X error - 
Restarting :0
Nov 24 13:29:24 omc-2 gdm[7310]: deal_with_x_crashes: Running the 
XKeepsCrashing script
Nov 24 13:29:28 omc-2 gdm[7310]: Failed to start X server several times in a 
short time period; disabling display :0
Nov 24 13:29:31 omc-2 [  153.082256] nvidia: Unknown symbol 
register_ioctl32_conversion
Nov 24 13:29:31 omc-2 [  153.082299] nvidia: Unknown symbol 
unregister_ioctl32_conversion
Nov 24 13:29:31 omc-2 modprobe: FATAL: Error inserting nvidia 
(/lib/modules/2.6.14-gentoo-r2/video/nvidia.ko): Unknown symbol in 

Re: [gentoo-user] nvidia-kernel does not load in 2.6.14-gentoo-r2 (unknown symbols)

2005-11-24 Thread Neil Bothwick
On Thu, 24 Nov 2005 13:48:00 +0100, Jules Colding wrote:

 nvidia-kernel fails to load in 2.6.14-gentoo-r2. /var/log/messages
 below.
 
 ### emerge --info #
 omc-2 ~ # emerge --info
 Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4,
 glibc-2.3.5-r2, 2.6.13-gentoo-r3 x86_64)
 =
 System uname: 2.6.13-gentoo-r3 x86_64 AMD Opteron(tm) Processor 252

You're not running 2.6.14-gentoo-r2. if /usr/src/linux is symlinked to
anything but the running kernel, you may experience problems. that's why
I always reboot into a new kernel before re-emerging nvidia-kernel,
which works fine with 2.6.14-gentoo-r2 here.

If you don't want the hassle of logging into a console, emerging
nvidia-kernel and starting X when booting into a new kernel, put this
in /etc/conf.d/local.start, on a single line

lsmod | grep --quiet nvidia  || (AUTOCLEAN=no FEATURES=-sandbox emerge 
--oneshot nvidia-kernel  modprobe -v nvidia  /etc/init.d/xdm stop zap start)


-- 
Neil Bothwick

C:\BELFRY is where I keep my .BAT files ^^^oo^^^


signature.asc
Description: PGP signature


Re: [gentoo-user] nvidia-kernel does not load in 2.6.14-gentoo-r2 (unknown symbols)

2005-11-24 Thread Jules Colding
On Thu, 2005-11-24 at 14:01 +, Neil Bothwick wrote:
 On Thu, 24 Nov 2005 13:48:00 +0100, Jules Colding wrote:
 
  nvidia-kernel fails to load in 2.6.14-gentoo-r2. /var/log/messages
  below.
  
  ### emerge --info #
  omc-2 ~ # emerge --info
  Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4,
  glibc-2.3.5-r2, 2.6.13-gentoo-r3 x86_64)
  =
  System uname: 2.6.13-gentoo-r3 x86_64 AMD Opteron(tm) Processor 252
 
 You're not running 2.6.14-gentoo-r2. 

I was. I rebooted into 2.6.13 to ease cut'n paste. 

But I double-checked anyway and nvidia still has unknown symbols in the
latest kernel. I have attached the emerge output from the nvidia build
and the emerge info from that session too.

Best regards,
  jules


 if /usr/src/linux is symlinked to
 anything but the running kernel, you may experience problems. that's why
 I always reboot into a new kernel before re-emerging nvidia-kernel,
 which works fine with 2.6.14-gentoo-r2 here.
 
 If you don't want the hassle of logging into a console, emerging
 nvidia-kernel and starting X when booting into a new kernel, put this
 in /etc/conf.d/local.start, on a single line
 
 lsmod | grep --quiet nvidia  || (AUTOCLEAN=no FEATURES=-sandbox emerge 
 --oneshot nvidia-kernel  modprobe -v nvidia  /etc/init.d/xdm stop zap 
 start)
 
 
Gentoo Base System version 1.6.13
Portage 2.0.51.22-r3 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 
2.6.14-gentoo-r2 x86_64)
=
System uname: 2.6.14-gentoo-r2 x86_64 AMD Opteron(tm) Processor 252
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.16.1
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 -O2 -pipe
CHOST=x86_64-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3/share/config 
/usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /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=k8 -O2 -pipe
DISTDIR=/usr/portage/distfiles
FEATURES=autoconfig distlocks sandbox sfperms strict
GENTOO_MIRRORS=http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ 
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ 
http://pandemonium.tiscali.de/pub/gentoo/ 
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://mirror.gentoo.no/ 
http://gentoo.prz.rzeszow.pl http://ftp.du.se/pub/os/gentoo 
ftp://mirror.pudas.net/gentoo;
PKGDIR=/usr/portage/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
SYNC=rsync://rsync.europe.gentoo.org/gentoo-portage
USE=amd64 X aac aalib alsa audiofile avi berkdb bitmap-fonts browserplugin 
bzip2 cdr crypt cups curl dvd dvdr dvdread eds emacs emboss encode esd exif 
expat fam fbcon foomaticdb fortran gdbm gif glut gnome gstreamer gtk gtk2 hal 
iconv imlib ipv6 java jpeg lcms ldap libwww lua lzw lzw-tiff mad mng motif 
mozilla mp3 mpeg ncurses nls nptl nptlonly nsplugin nvidia ogg opengl oss pam 
pdflib perl png python quicktime readline recode sdl slang spell ssl symlink 
tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode 
usb userlocales vorbis xine xml2 xmms xpm xv xvid zlib userland_GNU 
kernel_linux elibc_glibc
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, 
PORTDIR_OVERLAY

Calculating dependencies   * Determining the location of the kernel 
source code
 * Found kernel source directory:
 * /usr/src/linux
 * Found sources for kernel version:
 * 2.6.14-gentoo-r2
 * Checking for MTRR support ...
  [ ok ]
 Unpacking source...
Creating directory NVIDIA-Linux-x86_64-1.0-6629-pkg2
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 
1.0-6629.
 * Applying nv-amd64-shutup-warnings.patch ...
  [ ok ]
 * Applying NVIDIA_kernel-1.0-6629-1155389.patch ...
  [ ok ]
 * Applying NVIDIA_kernel-1.0-6629-1165235.patch ...
  [ ok ]
 * Applying NVIDIA_kernel-1.0-6629-1171869.patch ...
  [ ok ]
 * Applying NVIDIA_kernel-1.0-6629-1175225.patch ...
  [ ok ]
 * Applying NVIDIA_kernel-1.0-6629-1182399.patch ...
  [ ok ]
 * Applying 

Re: [gentoo-user] nvidia-kernel does not load in 2.6.14-gentoo-r2 (unknown symbols)

2005-11-24 Thread Neil Bothwick
On Thu, 24 Nov 2005 15:41:17 +0100, Jules Colding wrote:

 But I double-checked anyway and nvidia still has unknown symbols in the
 latest kernel. I have attached the emerge output from the nvidia build
 and the emerge info from that session too.

You're trying to install an old version of the nVidia drivers. The latest
version, which is still over three months old, is 1.0.7676. This one runs
perfectly with 2.6.14v on my AMD64 system.

Why do the nvidia ebuilds take so long to be marked stable?


-- 
Neil Bothwick

You sound reasonable...Time to up my medication.


signature.asc
Description: PGP signature