Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

nipalk.ko not found

Hi,
I did a manual install of NIKAL-1.6 and NIVISA and did a ./INSTALL of NIDAQmx-base 2.1.0.

After the install, when I boot I get this message:
error: /lib/modules/2.6.22.9-rtai/kernel/natinst/nipal/nipalk.ko not found
error: Please compile and install nipalk.ko by running
error:  updateNIDrivers

And indeed, nipalk.ko does not exist. I'd like to know how to fix it. I tried to compile it on my own but there is no src in the nipal installation. And neither there is a nipalk.ko file on the nipali rpm.

Thanks in advance
--
Donato Azevedo
0 Kudos
Message 1 of 6
(6,831 Views)
Hi Donato,
 
I´ve found something about your question, but its a bad news!  Smiley Wink
As you can see at readme.txt, ( http://ftp.ni.com/support/softlib/multifunction_daq/nidaqmxbase/2.1/Linux/readme.txt ), there is no Fedora version that NIDAQmx-base 2.1.0 supports.
 
 
 
Regards,
 
Filipe
 
 
 
0 Kudos
Message 2 of 6
(6,819 Views)
See my post on:

http://forums.ni.com/ni/board/message?board.id=250&message.id=34103

Regards,

Neil S.
Product Support Engineer
Multifunction DAQ
National Instruments
0 Kudos
Message 3 of 6
(6,807 Views)
I am aware of the supported distros, But FC7 has, theoretically, got everything that is needed. The problem is finding out the error.
For instance, when I run updateNIDrivers it does *not* install nipalk.ko driver, you can see below:

[root@linux-lec ~]# updateNIDrivers

Configuring for linux kernel version 2.6.22.9-rtai.

********************************* NOTE *********************************
Using kernel headers found in /lib/modules/2.6.22.9-rtai/source.
If this does not correspond to the location of the 2.6.22.9-rtai headers,
then define KERNELHEADERS in your environment to point to the location
of the kernel headers, define KERNELTARGET as the version of the
kernel for which to compile, and then rerun ./configure.
********************************* NOTE *********************************

Kernel has reparent_to_init(): no
Number of arguments for do_munmap(): 3
pte_offset function: pte_offset_kernel()
Levels in page table: 4
Kernel has remap_pfn_range: yes
USB altsetting name: cur_altsetting
Kernel has usb_get_intf(): yes
Kernel has intf_cache member in usb_host_config: yes
Kernel has ep[] members in usb_device: yes
Kernel exports usb_set_configuration(): no
Units of USB_CTRL_GET_TIMEOUT: msec
Kernel has owner member in usb_driver: no
Kernel has put_page_testzero(): yes
Kernel has mutex method: yes
Kernel has kthread: yes
Kernel has config.h: no
IRQ handlers have pt_regs: no
Kernel has work_struct and delayed_work: yes

Storing configuration in Makefile.in
If the values stored are incorrect they can be changed before running make.

Uninstalling NI-KAL (nikal): done
/bin/rm -rf objects
Updating NI-KAL:
 NI-KAL successfully updated.
Rebooting is required to ensure that National Instruments drivers
have been successfully updated.
Would you like to reboot now? [yes|no] no

[root@linux-lec ~]# ls -a /lib/modules/2.6.22.9-rtai/kernel/natinst/
. .. nikal

Meaning: either updateNIDrivers is faulty or the installation was faulty in the first place.
If anyone there at NI could just point me to something, like, where can I find source for nipalk or what could I have done wrong, I'd very much appreciate it.

TiA,
--
Donato Azevedo
0 Kudos
Message 4 of 6
(6,806 Views)
First from the installation output it does not seem to me that NI-KAL installation is failing.  It looks to me that the NI-VISA installation failed.  I don't know as much about the kernel, or where the final NI-KAL files get installed so you may be correct about parts missing.

I can say however, that updateNIDrivers is not faulty, it is just not universal across every configuration and version of the linux kernel.   Others have been successful getting NI-KAL to install on Fedora Core 7 (see http://forums.ni.com/ni/board/message?board.id=250&message.id=31311). One common complication is the need to increase the modpost maximum symbol length among other things.  This requires rebuilding parts of the kernel and you may need to follow some of the workarounds explained on a number of other forum threads.  I also noted that you seem to be using the Real Time Application Interface for linux kernel rather than the default  fedora core kernel.  This may be insignificant, but since I have never tried installing our software on this configuration of the kernel, I cannot say if there are additional complications.  Much of the source for NI-KAL is shipped with it in the RPM but I would not recommend trying to "fix" NI-KAL, but rather I would work on getting your kernel to be compatible with NI-KAL.  This may require digging into the install scripts to see what might be failing.

Regards,

Neil S.
0 Kudos
Message 5 of 6
(6,794 Views)
Mr Neil,
I managed to solve this installation problem by following your advice on this post:
http://forums.ni.com/ni/board/message?board.id=250&message.id=34103

Thanks, and sorry for the double post confusion,

--
Donato Azevedo
0 Kudos
Message 6 of 6
(6,787 Views)