Sorry for the number of posts. I think I may have found the culprit (with
the help of another related thread). I've got 2 eepro100 NICs, and 1
onboard NIC in the machine. eepro100 NIC 1 shares an IRQ with a USB
controller, and the onboard NIC (which is used by regular 'ol linux).
eepro100 NIC 2 shares an IRQ with only with an unused USB controller.
If I enable NIC 2 it won't crash. It only appears to crash when NIC 1 is
enabled.
I read that rt_e1000.ko now supports shared interrupts. Is this not the
case for rt_eepro100.ko?
-Rob
On 10/26/07, Robert Gubler <[EMAIL PROTECTED]> wrote:
>
> Thought it would be useful if I included some version info.
>
> RTNet: Pulled from SVN trunk/ a few days. Revision 1139
> Xenomai: 2.4-rc4
> IPipe: 1.10-10
> Kernel: 2.6.23
>
> -Rob
>
> On 10/26/07, Robert Gubler <[EMAIL PROTECTED]> wrote:
> >
> > Hello, is it possible to use RTNet in a non-TDMA mode? I think the TDMA
> > scheduling is something I'd like to explore more for my project, but right
> > now I essentially just want to send/receive raw IP data without thinking
> > about TDMA. I thought one way to do this would be to setup all nodes as
> > masters with no slaves but, when I do this after running `./rtnet start` it
> > will complain about an empty TDMA_SLAVES="" variable. If I set it up where
> > it has a fake TDMA_SLAVE it sits and waits forever for the slave to
> > negotiate with it.
> >
> > The README.rtmac document says something about not needing to use the
> > the rt_mac.ko kernel module. So instead of using `./rtnet start`. I loaded
> > the rt_loopback, rtipv4, rtpacket, rt_eepro100 kernel modules, and ran
> > `mknod /dev/rtnet c 10 240`. This seems to work (I think). Then, I ran
> > `./rtifconfig rteth0`. This showed my ethernet device. I then ran
> > `./rtifconfig rtheth0 up` and the program returned immediately, didn't
> > display any information, and now the system is unresponsive; I'm assuming it
> > crashed.
> >
> > Any recommendations would be helpful!
> >
> > Thanks,
> >
> > Rob
> >
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users
