Fedora 7 NIDAQmx installer

[ninevoltz]

I've never seen that problem before. Are you sure that the board isn't damaged? It sounds like it is trying to load the the firmware  (FPGA?) onto the board and can't. Are you running SELinux? That can also cause weird stuff to happen. I disable it first thing on every machine I install Linux on, since I don't work for the NSA

You might also want to make sure there isn't something interfering in the BIOS or that the PCI slot you plugged into doesn't have a problem. It would be ideal if you have a second machine to troubleshoot with.

[dikkon]

I can load firmware with the comedi driver which I have in a separate kernel build. I can read/write through the comedi driver, it's just that this driver doesn't do the handshaking required by the device I'm trying to connect to.

I do have SE disabled, and although some of it shows up in the boot dmesg, it does say that it is disabled.

Any thoughts on how to troubleshoot this?

dikkon

[ninevoltz]

Is there a directory (at root) called /fpgafiles with the ni6534.conf FPGA image in there? If not, you need it.

[Shawn B.]

---

@dikkon wrote:

I am running Fedora 7, vanilla 2.6.23 kernel with RTAI patches, nidaqmx 8.0, nikal 1.6. When I boot the system may PCI-6534 board is recognized, but I get a "[Failed to Load]" message:

[root@localhost mackd]# nilsdev --verbose
NI PCI-6534: "Dev1" [Failed to Load]
    Serial Number:                      0xFFFFFFFF
    Bus Type:                           PCI
    PCI Bus:                            0x2
    PCI Device:                         0x8
    IRQ Level:                          0x11
    Memory Range:                       0xFF6F6000-0xFF6F6FFF
    Memory Range:                       0xFF6E5000-0xFF6E5FFF

---

I have seen this before when you have a bad install of DAQmx 8.0 (Some things installed but others did not).  Last time I saw it was because of the modpost issue which should be listed somewhere in this thread, or if not you can search the forums for "modpost".  In either case I would rerun the DAQmx 8.0 INSTALL script and note any errors or warnings that you receive.

Shawn Bohrer
National Instruments

[aw_wolfe]

I am grateful for your time on this post.  The last couple of days has been difficult until I found this post.  However, it just falls short of exactly what I need. I am running on a 64 bit system and because of other applications need to keep on that.  When I tried the script I received errors noting that KAL only supports 32 bit. Then it fails on a couple patch files and eventually end up failing with "updateNIDrivers: command not found".

Is there a way to force the install to use 32 bit when building it?  This seems like a reasonable solution if the assumption is correct that once build the 32 bit application should run on the 64 bit system (which may be a bad assumption).

Any help on this would be grately appreciated....
Thanks,

Tony

[Shawn B.]

If you are running 64-bit Linux then your kernel and all kernel drivers must also be 64-bit.  This is different from user-mode which can run both 32-bit and 64-bit applications.

You didn't exactly mention which hardware/software you are trying to use (Perhaps NI-DAQmx since that is what this thread is about), but there may be other options.  Since we do not currently have 64-bit Linux versions of NI-DAQmx, or NI-DAQmx base your options are:

1.  Use 32-bit Linux
2.  Wait until we do provide 64-bit support (I have no idea if or when that would be)
3.  Use the open source COMEDI drivers, assuming they support the hardware and features you need.  Also note that National Instruments does not provide support for the COMEDI drivers.
4.  Use the Measurement Hardware Driver Development Kit.  Since this essentially requires you to write your own Linux driver for the hardware you are using, I would recommend using COMEDI instead since they may already have a working driver for Linux.

If you are using other hardware/software besides DAQ there may be some other options as well.

Shawn Bohrer
National Instruments

[ninevoltz]

Nikal patch for kernel 2.6.24 in Fedora 8