Hi, I'm novice in the comunity of RTnet users. I tryed to use RTnet but I encounter some problems. So I have two questions.
First of all my software configuration is as follow: Fedora Core 1 with the Linux kernel 2.4.22, RTAI 3.0 r 4, RTnet 0.6.2.
I have two Ethernet adapters. Both have chipset compatible with RTL8139.
My first question is:
Is it possible to use first NIC with RT networking and second one with standart Linux networking?
In principle, yes! We do so successfully with eepro100-compatible devices.
I tryed do that but I didn't succeed. I had loaded two different device drivers: 8139too and 8139too-rt.
First load the 8139too-rt providing the module parameter cards:
"insmod 8139too-rt cards=1"
This will force the real-time driver to grab only one of the two cards. Then load the non-rt driver to handle the other.
First of them managed one NIC, and second one managed another NIC (I verified this with "cat /proc/iomem" and "cat /proc/ioports").
I issued command "service network start" and I got Linux networkin work properly (verified with "ifconfig", "route", "ping" and "lynx").
But when I issued command "rtifconfig up rteth0 192.168.19.15" my computer hung ater a few second.
I had loaded following RTAI and RTnet modules:
rtai_hal.o, rtai_ksehd.o, rtai_sem.o,
rtnet.o, loopback-rt.o and 8139too-rt.o.
What is the reason of described problem?
As I said, we tested this feature intensively with eepro100-rt. So, there is the theoretical chance of a bug in the related code of the 8139too-rt. Please report if the problem persists providing us also the precise PCI IDs etc. of both cards.
And the second question.
Function "rt_socket_recvfrom" seems to recevie all broadcasted UDP packet raching my computer, regardless of their destination port number.
My computer is connected to the local Ethernet networki with a few dozen of computers. Most of them is running variety of MS Windows systems which bradcasts NetBIOS packets.
Why do I receive packet I don't expect?
This unexpected behaviour forces me to chect IP address and port number of sender before using obtained data.
Known bug! Please apply the patch for 0.6.2 or directly switch over to 0.7.0.
Sorry about my terrible English.
Hey, I understand you very well, no need for understatement! :)
Jan
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
RTnet-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/rtnet-users
