1.0-7167 RHEL 3 x86_64 unresolved symbols

[jonjgc]

At the end I've included a lot of the output from an
nvidia-installer log. I've cut out a lot of redundant
info and added a few comments with leading "#### " strings.
Sorry for the length despite my editing.

Trying to get an Quadro card working with nvidia drivers
rather than simply a vesa driver.

OS is RHEL 3, WS version Update 2 for x86_64 processors

System is dual EM64T capable Xeons in a Dell 670n workstation

Graphics card is a Quadro FX 3400.

I'm attempting to build the drivers that were released on 3/11
as version 1.0-7167, although I've gotten virtually identical
results when using the earlier version.

Because the installer does not find a precompiled driver for
my system I run the installer with options to point it to the
source code tree for my OS. Thinking there might be something
work with the kernel source tree, I've deleted the rpm's and
reinstalled them with the same nvidia-installer errors.

When I run the installer it produces the nvidia.o module, but
upon installing it into the kernel there are tons of unresolved
references.

Perhaps someone has seen similar results and will probably point
me to a silly error on my part.


#### The edited logfile

nvidia-installer log file '/var/log/nvidia-installer.log'
creation time: Wed Mar 23 10:26:16 2005

option status:
license pre-accepted : true
update : false
force update : false
expert : false
uninstall : false
driver info : false
no precompiled interface: false
no ncurses color : false
query latest driver ver : false
OpenGL header files : false
no questions : false
silent : false
no backup : false
kernel module only : false
sanity : false
add this kernel : false
no runlevel check : false
no network : false
no ABI note : false
no RPMs : false
force tls : (not specified)
force compat32 tls : (not specified)
X install prefix : /usr/X11R6
OpenGL install prefix : /usr
compat32 install prefix : (not specified)
installer install prefix: /usr
utility install prefix : /usr
kernel name : (not specified)
kernel include path : (not specified)
kernel source path : /usr/src/linux-2.4.21-15.EL
kernel output path : (not specified)
kernel install path : (not specified)
proc mount point : /proc
ui : (not specified)
tmpdir : /tmp
ftp mirror : ftp://download.nvidia.com
RPM file list : (not specified)

Using: nvidia-installer ncurses user interface
-> License accepted by command line option.
-> No precompiled kernel interface was found to match your kernel; would you li
ke the installer to attempt to download a kernel interface for your kernel f
rom the NVIDIA ftp site (ftp://download.nvidia.com)? (Answer: Yes)
-> No matching precompiled kernel interface was found on the NVIDIA ftp site;
this means that the installer will need to compile a kernel interface for
your kernel.
-> Using the kernel source path '/usr/src/linux-2.4.21-15.EL' as specified by
the '--kernel-source-path' commandline option.
-> Kernel source path: '/usr/src/linux-2.4.21-15.EL'
-> Performing CC test with CC="cc".
-> Performing rivafb check.
-> Performing change_page_attr() check.
-> Cleaning kernel module build directory.
executing: 'cd ./usr/src/nv; make clean'...
rm -f nv.o nv-vm.o os-agp.o os-interface.o os-registry.o nv-linux.o nv_comp
iler.h *.d NVdriver nvidia.o
-> Building kernel module:
executing: 'cd ./usr/src/nv; make module SYSSRC=/usr/src/linux-2.4.21-15.EL
SYSOUT=/usr/src/linux-2.4.21-15.EL'...
echo \#define NV_COMPILER \"`cc -v 2>&1 | tail -n 1`\" > nv_compiler.h

cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts -Wp
arentheses -Wpointer-arith -Wno-multichar -Werror -O -fno-common -mno-red-
zone -UDEBUG -U_DEBUG -DNDEBUG -MD -D__KERNEL__ -DMODULE -D_LOOSE_KERNEL_NAM
ES -mcmodel=kernel -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES -D__KERNEL__ -
DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=7167 -DN
V_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86_64 -DNV_64_BITS -DNV_REMA
P_PAGE_RANGE_5_PRESENT -DNV_CHANGE_PAGE_ATTR_PRESENT -DNV_PCI_DISABLE_DEVICE
_PRESENT -DNV_VMAP_4_PRESENT -I. -I/usr/src/linux-2.4.21-15.EL/include -Wsi
gn-compare -Wno-cast-qual -Wno-error nv.c
In file included from /usr/src/linux-2.4.21-15.EL/include/linux/poll.h:11,
from nv-linux.h:58,
from nv.c:14:
/usr/src/linux-2.4.21-15.EL/include/asm/uaccess.h: In function `__copy_from_
user':
/usr/src/linux-2.4.21-15.EL/include/asm/uaccess.h:257: warning: pointer of t
ype `void *' used in arithmetic
/usr/src/linux-2.4.21-15.EL/include/asm/uaccess.h:257: warning: pointer of t
ype `void *' used in arithmetic
/usr/src/linux-2.4.21-15.EL/include/asm/uaccess.h:262: warning: pointer of t
ype `void *' used in arithmetic
/usr/src/linux-2.4.21-15.EL/include/asm/uaccess.h:262: warning: pointer of t
ype `void *' used in arithmetic
...

################################################## #################
#### Same compile and warning was logged for each of these source files:
#### nv.c
#### nv-vm.c
#### os-agp.c
#### os-interface.c
#### #### #### #### #### #### #### #### #### os-registry.c
################################################## #################

ld -r -o nv-linux.o nv.o nv-vm.o os-agp.o os-interface.o os-registry.o
ld -r -o nvidia.o nv-linux.o nv-kernel.o
-> done.
-> Kernel module compilation complete.
ERROR: Unable to load the kernel module 'nvidia.o'. This is most likely
because the kernel module was built using the wrong kernel source files.
Please make sure you have installed the kernel source files for your
kernel; on Red Hat Linux systems, for example, be sure you have the
'kernel-source' rpm installed. If you know the correct kernel source
files are installed, you may specify the kernel source path with the
'--kernel-source-path' commandline option.
-> Kernel module load error:
./usr/src/nv/nvidia.o: unresolved symbol __ioremap_R9eac042a
./usr/src/nv/nvidia.o: unresolved symbol pci_read_config_byte_R0e425a9e
./usr/src/nv/nvidia.o: unresolved symbol del_timer_Rd35376fe
./usr/src/nv/nvidia.o: unresolved symbol inter_module_get_Rf6a0ce24
./usr/src/nv/nvidia.o: unresolved symbol __get_free_pages_R9016dd82
./usr/src/nv/nvidia.o: unresolved symbol do_gettimeofday_R72270e35
...
./usr/src/nv/nvidia.o: unresolved symbol __vmalloc_R79995c5b
./usr/src/nv/nvidia.o: unresolved symbol register_chrdev_R4df0fcb3
./usr/src/nv/nvidia.o: unresolved symbol init_mm_R8a0aaff8
./usr/src/nv/nvidia.o: unresolved symbol mem_map_R7b3e78dd
./usr/src/nv/nvidia.o: unresolved symbol iomem_resource_R9efed5af
./usr/src/nv/nvidia.o: unresolved symbol strncpy_from_user_R24428be5
./usr/src/nv/nvidia.o: unresolved symbol copy_to_user_Rbe499d81
./usr/src/nv/nvidia.o:

################################################## #########################
#### A total of about 80 unresolved references are reported each time
#### an insmod is attempted with the nvidia.o module.
################################################## #########################
Hint: You are trying to load a module without a GPL compatible license
and it has unresolved symbols. The module may be trying to access
GPLONLY symbols but the problem is more likely to be a coding or
user error. Contact the module supplier for assistance, only they
can help you.



#### End of edited logfile

[zander]

The uaccess.h warnings are picked up from the kernel source tree and are harmless; the unresolved symbols suggest that the installed kernel sources don't match the running kernel. Please try removing and (re-)installing the RHEL3 2.4.21-15.EL kernel source package.

[jonjgc]

You missed the comment in the long original post that I have tried that:


Thinking there might be something
work with the kernel source tree, I've deleted the rpm's and
reinstalled them with the same nvidia-installer errors.

Though that should have been "something wrong with", not "work"

[zander]

I also missed that you're using --kernel-source-path to specify the kernel source path; with the correct kernel source package installed, this isn't necessary. What kind of error are you seeing without this command line option?

[jonjgc]

Its been a few days since I tried so I'm uncertain I recall exactly.

My recollection is that there were lots of not found kernel header files
and the suggestion to try the 'kernel-source-path' option. Using that
option at least allowed the build to be attempted with the posted results.

Is there something wrong with this setup:

# uname -a
Linux hydrogen 2.4.21-15.EL #1 SMP Thu Apr 22 00:09:47 EDT 2004 \
x86_64 x86_64 x86_64 GNU/Linux

# ls /usr/src
aacraid-1.1.5 aic79xx-2.0.8 debug ieee1394-2.4.25 \
linux-2.4 linux-2.4.21-15.EL nvidia redhat

'linux-2.4' is a symlink to 'linux-2.4.21-15.EL' which is what I used
in the kernel-source-path' option.

[Lithorus]

Where did you get the kernel source from? And are you sure that it's the kernel source for the x86_64 and not i386?

Also you know you have the option to attach files here?

[jonjgc]

Originally Posted by Lithorus

Where did you get the kernel source from? And are you sure that it's the kernel source for the x86_64 and not i386?

OS was pre-installed by Dell.
After I erased the kernel source rpm's I reinstalled from CD images Dell left
on the dos partition. Here are the installed rpm's, unchanged since I last
tried a build of the nvidia driver.

# rpm -qa | grep kernel
kernel-2.4.21-15.EL.x86_64
kernel-source-2.4.21-15.EL.x86_64
kernel-smp-unsupported-2.4.21-15.EL.x86_64
kernel-smp-2.4.21-15.EL.x86_64
kernel-utils-2.4-8.37.7.x86_64
kernel-unsupported-2.4.21-15.EL.x86_64

Originally Posted by Lithorus

Also you know you have the option to attach files here?

Thought I should be able to, but missed the mechanism. Needed to scroll down.
Being an old text-based unix hacker, I'm not friends with web based mailers

[jonjgc]

I reported that there were about 80 unresolved symbols after I built nvidia.o.

Among those were:

./usr/src/nv/nvidia.o: unresolved symbol __vmalloc_R79995c5b
./usr/src/nv/nvidia.o: unresolved symbol register_chrdev_R4df0fcb3
./usr/src/nv/nvidia.o: unresolved symbol init_mm_R8a0aaff8

I just took a look in /proc/ksyms for about 10 of these 80. Each was
in the ksyms file with a slight variation -- "smp_" was part of the name.
Thus, __vmalloc_R79995c5b was listed as __vmalloc_Rsmp_79995c5b.

So I'm guessing the problem I'm having is one of two things:
1) There are different kernel source rpm's for SMP than for single
processor versions and I'm using the wrong source rpm
2) There is a flag or option or environment setting available in
the nvicia installer that I need to set.

Can someone please confirm which?

[zander]

The former.