Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

DAQmx install fails on openSuSE 11.1

Solved!
Go to solution

Hi,

 

I've been test driving openSuSE 11.1 today, and I discovered that DAQmx will not install properly. It looks in /lib/modules/2.6.xx/source for the headers instead of /lib/modules/2.6.xx/build. openSuSE installs the headers to build and the kernel source packages to source. 

 

John

 

0 Kudos
Message 1 of 6
(3,932 Views)

After a successful run of updateNIDrivers, none of the modules will load, dmesg shows this:

 

Symbol init_mm is marked as UNUSED, however this module is using it.                          
This symbol will go away in the future.                                                       
Please evalute if this is the right api to use and if it really is, submit a report the linux kernel mailinglist together with submitting your code for inclusion.                           
nipalk: no symbol version for nNIKAL100_unregisterPCIDriver                                   
nipalk: Unknown symbol nNIKAL100_unregisterPCIDriver                                          
nipalk: no symbol version for nNIKAL100_waitForSingleUseEventTimeout                          
nipalk: Unknown symbol nNIKAL100_waitForSingleUseEventTimeout                                 

 

and so on....

0 Kudos
Message 2 of 6
(3,929 Views)
kernel is 2.6.27.21-0.1-default

0 Kudos
Message 3 of 6
(3,928 Views)
Upon further investigation, it appears that CONFIG_MODVERSIONS was selected in the openSuSE 11.1 kernel. This feature was introduced at kernel version 2.6.26. I don't know at the moment what is required to build the modules with versions. modprobe --force will allow them to load though. I'll do some more research and report back.
0 Kudos
Message 4 of 6
(3,905 Views)
Solution
Accepted by topic author ninevoltz

I never figured out how to version the modules, so I just rebuilt the kernel with module versioning turned off. Now it works fine.

 

# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
0 Kudos
Message 5 of 6
(3,899 Views)

Hey ninevoltz,

 

I'm glad you figured out a work around for the modversions issues.  I've been working on solving the problem for NI-KAL 1.10, but it is proving to be difficult so I can't make any guarentees.  I currently have it working after you run updateNIDrivers, but a clean install doesn't work.

 

The comment about the kernel headers in /lib/modules/$(uname-r)/build/ instead of source/ is semi accurate.  The kernel-source package on openSUSE installs unconfigured kernel source.  If you configure the source it will work fine:

 

cd /usr/src/linux

make cloneconfig

make modules_prepare

 

Also since I know you have done a lot of work in the past with some of our Linux products you may want to join our Linux Users Group.   You can post tutorials, ask questions, etc..

 

Shawn Bohrer

National Instruments

Use NI products on Linux? Come join the NI Linux Users Community
0 Kudos
Message 6 of 6
(3,893 Views)