- From: Andreas Leuner <al14_at_inf.tu-dresden.de>
- Date: Sat, 23 Jul 2005 16:51:17 +0200 (CEST)
> Hi all,
> I'm also having some trouble running comedi_config. My system is a dual
> opteron box with Debian Sarge running gcc 3.3.5, an adeos patched vanilla
> kernel 2.4.27, rtai 3.1r2, comedi-0.7.70, comedilib-0.7.22, all trying to
I also run a system with such a software base (although comedi stuff from
cvs and a rtai magma from beginning of this year)
> run a NI PCI-6052E. Rtai seems to work fine, and comedi and comedilib seem
> to have compiled and installed fine, ./configure on both found my source
> trees. I've
> had the same problem on a number of different kernel builds, varying the
> cpu type (K8, K7, 586/686) and SMP/UP on each.
This seems to indicate that smp stuff isn't an immediate problem - I never
tried a smp machine however.
> modprobe ni_pcimio seems to
> work fine after I've made sure the rtai modules are loaded, and I obtain
> the dmesg and lsmod outputs appended below.
doesn't just 'modprobe ni_pcimio' work? If it not check your
/lib/modules/2.4.27-adeos/modules.dep for an entry like
/lib/modules/2.4.27-adeos/comedi/ni_pcimio.o:
After it there should be a list of paths to all modules ni_pcimio depends
on. Like this:
/lib/modules/2.4.27-adeos/comedi/mite.o \
/lib/modules/2.4.27-adeos/comedi/comedi.o \
/lib/modules/2.4.27-adeos/comedi/8255.o \
$RTAIMODULESDIR/rtai_lxrt.o \
$RTAIMODULESDIR/rtai_hal.o \
/lib/modules/2.4.27-adeos/comedi/comedi_fc.o
or that:
/lib/modules/2.4.27-adeos/comedi/mite.o \
/lib/modules/2.4.27-adeos/comedi/comedi.o \
/lib/modules/2.4.27-adeos/comedi/8255.o \
$RTAIMODULESDIR/rtai_up.o \
$RTAIMODULESDIR/rtai_hal.o \
/lib/modules/2.4.27-adeos/comedi/comedi_fc.o
The occurence of either rtai_up or rtai_lxrt (or maybe rtai_smp) depends
on your choice of RTAI scheduler.
If this list doesn't contain the RTAI modules then do one of the following:
- copy the RTAI modules to a directory under /lib/modules/2.4.27-adeos or
create symbolic links to the module files (not the directory!),
run 'depmod -ae'
- amend the module search path for depmod with the installation path to
the rtai modules (see man modules.conf) - i.e. add something like this
to /etc/modutils/paths:
add path=/usr/realtime/modules
provided you installed RTAI into /usr/realtime. Then run
'update-modules && depmod -ae'.
This should make a simple 'modprobe ni_pcimio' work.
> But as soon as I run
> comedi_config /dev/comedi0 ni_pcimio, my system reboots almost
> instantaneously (comedi0-15 are present in my /dev directory, I ran make
> dev when building comedi).
There are a few things you could try:
- use comedi_test driver instead of ni_pcimio. This one doesn't need a card
- try to determine if the rtai dependency is the culprit: build a non-adeos
patched kernel and new comedi modules for it - this should install nicely
next to your current configuration. BEWARE that I assume that your adeos
kernel has an extra version string - Check this with 'uname -r': It should
result in something like "2.4.27-adeos" for your adeos kernel.
- test the card on another pc
- test the card with its accompanying software on a windows pc
>
> I've also attached my /proc/pci output for the NI board below. Does anyone
> see anything I'm doing wrong, or have any ideas about what
> may be wrong?
>
>
> Regards,
> Ryan Hooper
> Emory University
> ryan.hooper_at_emory.edu
>
> ------------------------------------------------------------------------
> ni device in /proc/pci
>
> Bus 3, device 1, function 0:
> Class ff00: PCI device 1093:18b0 (National Instruments) (rev 0).
> IRQ 31.
> Master Capable. Latency=16.
> Non-prefetchable 32 bit memory at 0xe0210000 [0xe0210fff].
> Non-prefetchable 32 bit memory at 0xe0200000 [0xe0200fff].
>
> --------------------------------------------------------------------------
> dmesg after modprobe ni_pcimio
>
> ...cut...
> RTAI[sched_smp]: loaded.
> RTAI[sched_smp]: fpu=yes, timer=periodic (APIC).
> RTAI[sched_smp]: standard tick=100 hz, CPU freq=1193180 hz.
> RTAI[sched_smp]: timer setup=838 ns, resched latency=2514 ns.
> comedi: version 0.7.70 - David Schleef <ds_at_schleef.org>
> rt_pend_tq: RT bottom half scheduler initialized OK
> Available NI device IDs: 0x18b0
That looks ok. The last line means card found.
>
> --------------------------------------------------------------------------
> lsmod after modprobe ni_pcimio
>
> lobstation:/usr/realtime/calibration# lsmod
> Module Size Used by Not tainted
> calibrate_rt 3188 0 (unused)
> rtai_fifos 32016 0 [calibrate_rt]
> rtai_smp 54300 0 [calibrate_rt rtai_fifos]
> rtai_hal 21648 0 [calibrate_rt rtai_fifos rtai_smp]
> parport_pc 21640 1 (autoclean)
> lp 6500 0 (autoclean)
> parport 23208 1 (autoclean) [parport_pc lp]
> af_packet 14376 1 (autoclean)
> keybdev 1796 0 (unused)
> mousedev 3960 1
> hid 20228 0 (unused)
> input 3264 0 [keybdev mousedev hid]
> hw_random 2716 0 (unused)
> ehci-hcd 17388 0 (unused)
> usb-ohci 17896 0 (unused)
> usbcore 59404 1 [hid ehci-hcd usb-ohci]
> i810_audio 22620 1
> ac97_codec 11608 0 [i810_audio]
> soundcore 3620 2 [i810_audio]
> tg3 55500 1
> ohci1394 24144 0 (unused)
> sr_mod 13048 0 (unused)
> cdrom 27616 0 [sr_mod]
> sbp2 16912 0 (unused)
> ieee1394 182372 0 [ohci1394 sbp2]
> rtc 6856 0 (autoclean)
> ext3 62116 1 (autoclean)
> jbd 40072 1 (autoclean) [ext3]
> sd_mod 11212 4 (autoclean)
> aic79xx 164040 2 (autoclean)
> scsi_mod 93860 3 (autoclean) [sr_mod sbp2 sd_mod aic79xx]
> unix 16144 223 (autoclean)
>
That's quite a lot of modules. For realtime work you might disable those
of them (e.g. the sound related ones) you don't need. Also look in the
kernel configuration if you enabled mtrr support - if so, disable it.
Good luck
Andreas Leuner
Received on 2005-07-23Z13:51:17