Jan Kiszka wrote:
> Beyer Philipp wrote:
>   
>> Jan Kiszka wrote:
>>     
>>> Beyer Philipp wrote:
>>>   
>>>       
>>>> Jan Kiszka wrote:
>>>>         
>>> What was different then?
>>>
>>>   
>>>       
>>>> The problem is, the best I got was to rtping the loopback and exchanging
>>>> the MAC addresses at stage 1.
>>>>     
>>>>         
>>> Please report more details (precise description of your steps, output of
>>> the stations, config files, etc.). And browse the archive of this list
>>> for similar reports and possible solutions
>>> (<your-favourite-search-engine> is your friend...).
>>>
>>>   
>>>       
>> OK more details: This is target2
>>
>> kontron_xenomai:~# rtnet -v start
>> Turning on verbose mode
>> /usr/local/rtnet/sbin/rtifconfig rtlo up 127.0.0.1
>> /usr/local/rtnet/sbin/rtcfg rteth1 server
>> /usr/local/rtnet/sbin/rtifconfig rteth1 up 10.0.0.1
>> /usr/local/rtnet/sbin/tdmacfg rteth1 master 5000
>> /usr/local/rtnet/sbin/tdmacfg rteth1 slot 0 0
>> /usr/local/rtnet/sbin/rtcfg rteth1 add 10.0.0.2 -stage1 -
>> Waiting for all slaves.../usr/local/rtnet/sbin/rtcfg rteth1 wait
>>
>> here it stops
>>
>> Thats /var/log/messages
>>
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel:
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: *** RTnet 0.9.4 -
>> built on Aug 18 2006 12:57:33 ***
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel:
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTnet: initialising
>> real-time networking
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: Linux Tulip driver
>> version 0.9.15-pre11-rt (May 11, 2002)
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: PCI: Found IRQ 10 for
>> device 0000:00:09.0
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: PCI: Sharing IRQ 10
>> with 0000:00:12.0
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0: Transceiver
>> selection forced to MII.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  EEPROM
>> default media type Autosense.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  Index #0 -
>> Media MII (#11) described by a 21140 MII PHY (1) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  Index #1 -
>> Media 10baseT (#0) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  Index #2 -
>> Media 100baseTx (#3) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  Index #3 -
>> Media 10baseT-FDX (#4) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  Index #4 -
>> Media 100baseTx-FDX (#5) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip0:  MII
>> transceiver #1 config 3100 status 7809 advertising 01e1.
>> Sep  7 06:11:30 kontron_xenomai user.debug kernel: tulip0:  Advertising
>> 03e0 on PHY 1, previously advertising 01e1.
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTnet: registered rteth0
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: rteth0: Davicom
>> DM9102/DM9102A rev 64 at 0x1000, 00:E0:4B:0E:3D:2A, IRQ 10.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: PCI: Found IRQ 11 for
>> device 0000:00:0a.0
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1: Transceiver
>> selection forced to MII.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  EEPROM
>> default media type Autosense.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  Index #0 -
>> Media MII (#11) described by a 21140 MII PHY (1) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  Index #1 -
>> Media 10baseT (#0) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  Index #2 -
>> Media 100baseTx (#3) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  Index #3 -
>> Media 10baseT-FDX (#4) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  Index #4 -
>> Media 100baseTx-FDX (#5) described by a 21140 non-MII (0) block.
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: tulip1:  MII
>> transceiver #1 config 3100 status 7809 advertising 01e1.
>> Sep  7 06:11:30 kontron_xenomai user.debug kernel: tulip1:  Advertising
>> 03e0 on PHY 1, previously advertising 01e1.
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTnet: registered rteth1
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: rteth1: Davicom
>> DM9102/DM9102A rev 64 at 0x1400, 00:E0:4B:0E:3D:2B, IRQ 11.
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: initializing loopback...
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTnet: registered rtlo
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTcfg: init real-time
>> configuration distribution protocol
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTmac: init realtime
>> media access control
>> Sep  7 06:11:30 kontron_xenomai user.warn kernel: RTmac/TDMA: init time
>> division multiple access control mechanism
>> Sep  7 06:11:30 kontron_xenomai user.info kernel: rteth1: Using
>> user-specified media MII.
>>
>> In my opinion this looks ok
>>
>> target1:
>>
>> kontron_xenomai:~# rtnet -v start
>> Turning on verbose mode
>> /usr/local/rtnet/sbin/rtifconfig rtlo up 127.0.0.1
>> /usr/local/rtnet/sbin/tdmacfg rteth1 slave
>> /usr/local/rtnet/sbin/rtifconfig rteth1 up 10.0.0.2
>> Stage 1: searching for master...$TDMACFG rteth1 slot 0 200;ifconfig
>> vnic1 up $IPADDR $NETMASK_OPT
>> /usr/local/rtnet/sbin/tdmacfg rteth1 slot 0 200
>>     
>
> The execution of the last line indicates that the slave is receiving the
> master's invitation. But it probably fails to send - for yet unknown
> reasons.
>
>   
>> and var/log/messages
>>
>> Sep  8 02:02:36 kontron_xenomai user.warn kernel:
>> Sep  8 02:02:36 kontron_xenomai user.warn kernel: *** RTnet 0.9.4 -
>> built on Aug 18 2006 12:57:33 ***
>> Sep  8 02:02:36 kontron_xenomai user.warn kernel:
>> Sep  8 02:02:36 kontron_xenomai user.warn kernel: RTnet: initialising
>> real-time networking
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: Linux Tulip driver
>> version 0.9.15-pre11-rt (May 11, 2002)
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: PCI: Found IRQ 10 for
>> device 0000:00:09.0
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: PCI: Sharing IRQ 10
>> with 0000:00:12.0
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0: Transceiver
>> selection forced to MII.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  EEPROM
>> default media type Autosense.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  Index #0 -
>> Media MII (#11) described by a 21140 MII PHY (1) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  Index #1 -
>> Media 10baseT (#0) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  Index #2 -
>> Media 100baseTx (#3) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  Index #3 -
>> Media 10baseT-FDX (#4) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  Index #4 -
>> Media 100baseTx-FDX (#5) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip0:  MII
>> transceiver #1 config 3100 status 7809 advertising 01e1.
>> Sep  8 02:02:36 kontron_xenomai user.debug kernel: tulip0:  Advertising
>> 03e0 on PHY 1, previously advertising 01e1.
>> Sep  8 02:02:36 kontron_xenomai user.warn kernel: RTnet: registered rteth0
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: rteth0: Davicom
>> DM9102/DM9102A rev 64 at 0x1000, 00:E0:4B:0E:3D:28, IRQ 10.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: PCI: Found IRQ 11 for
>> device 0000:00:0a.0
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1: Transceiver
>> selection forced to MII.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  EEPROM
>> default media type Autosense.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  Index #0 -
>> Media MII (#11) described by a 21140 MII PHY (1) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  Index #1 -
>> Media 10baseT (#0) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  Index #2 -
>> Media 100baseTx (#3) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  Index #3 -
>> Media 10baseT-FDX (#4) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  Index #4 -
>> Media 100baseTx-FDX (#5) described by a 21140 non-MII (0) block.
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: tulip1:  MII
>> transceiver #1 config 3100 status 7809 advertising 01e1.
>> Sep  8 02:02:36 kontron_xenomai user.debug kernel: tulip1:  Advertising
>> 03e0 on PHY 1, previously advertising 01e1.
>> Sep  8 02:02:36 kontron_xenomai user.warn kernel: RTnet: registered rteth1
>> Sep  8 02:02:36 kontron_xenomai user.info kernel: rteth1: Davicom
>> DM9102/DM9102A rev 64 at 0x1400, 00:E0:4B:0E:3D:29, IRQ 11.
>> Sep  8 02:02:37 kontron_xenomai user.warn kernel: initializing loopback...
>> Sep  8 02:02:37 kontron_xenomai user.warn kernel: RTnet: registered rtlo
>> Sep  8 02:02:37 kontron_xenomai user.warn kernel: RTcfg: init real-time
>> configuration distribution protocol
>> Sep  8 02:02:37 kontron_xenomai user.warn kernel: RTmac: init realtime
>> media access control
>> Sep  8 02:02:37 kontron_xenomai user.warn kernel: RTmac/TDMA: init time
>> division multiple access control mechanism
>> Sep  8 02:02:37 kontron_xenomai user.info kernel: rteth1: Using
>> user-specified media MII.
>>
>> My rtnet differs from the original in the way, that i replaced all
>> rteth0 with rteth1 and all vnic0 with vnic1 because I use one network
>> card to boot via PXE. It a VIA RHINE statically in the kernel.
>>
>>     
>
> That's something I do not understand yet. From the log above it seems
> like your boxes have each at least two tulip compatible NICs. What does
> the via-rhine have to do with it?
>
> There is an IRQ conflict of the first detected NIC with some other
> device (0000:00:12.0), so switching to the second NIC is recommended.
> You can use the RT_DRIVER_OPTIONS for this:
>
>       RT_DRIVER_OPTIONS="cards=0,1,0,0"
>
> Patching should not be required as well (though I didn't see a
> regression due to this in your logs).
>
> But first I would suggest the simple, manual setup now (RTmac-less) as
> described in the README. Also helps to get familiar with configuration
> of RTnet.
>
>   
Ok - i did (target1):

kontron_xenomai:~# insmod /usr/local/rtnet/modules/rtnet.ko
Using /usr/local/rtnet/modules/rtnet.ko
kontron_xenomai:~# insmod /usr/local/rtnet/modules/rtipv4.ko
Using /usr/local/rtnet/modules/rtipv4.ko
kontron_xenomai:~# insmod /usr/local/rtnet/modules/rtpacket.ko
Using /usr/local/rtnet/modules/rtpacket.ko
kontron_xenomai:~# insmod /usr/local/rtnet/modules/rt_loopback.ko
Using /usr/local/rtnet/modules/rt_loopback.ko
kontron_xenomai:~# insmod /usr/local/rtnet/modules/rt_tulip.ko
Using /usr/local/rtnet/modules/rt_tulip.ko
kontron_xenomai:~# rtifconfig rteth1 up 10.0.0.2
kontron_xenomai:~# rtifconfig rtlo up 127.0.0.1
kontron_xenomai:~# rtroute add 10.0.0.1 00:E0:4B:0E:3D:2B dev rteth1
kontron_xenomai:~# rtroute
Host Routing Table
Hash    Destination     HW Address              Device
00      0.0.0.0         00:00:00:00:00:00       rtlo
01      10.0.0.1        00:E0:4B:0E:3D:2B       rteth1
01      127.0.0.1       00:00:00:00:00:00       rtlo
02      10.0.0.2        00:00:00:00:00:00       rtlo
3F      10.255.255.255  FF:FF:FF:FF:FF:FF       rteth1
kontron_xenomai:~# rtping 10.0.0.1
Real-time PING 10.0.0.1 56(84) bytes of data.

--- 10.0.0.1 rtping statistics ---
19 packets transmitted, 0 received, 100% packet loss
worst case rtt = 0.0 us
kontron_xenomai:~#

(target2)

kontron_xenomai:~# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:E0:4B:05:12:28
          inet addr:192.168.2.3  Bcast:192.168.2.31  Mask:255.255.255.224
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6279 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5840 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1734350 (1.6 MiB)  TX bytes:932060 (910.2 KiB)
          Interrupt:10 Base address:0x2800

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

tunl0     Link encap:UNSPEC  HWaddr
00-00-00-00-00-00-04-F9-00-00-00-00-00-00-00-00
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

kontron_xenomai:~# rtifconfig -a
rtlo      Medium: Local Loopback
          LOOPBACK  MTU: 1500

rteth0    Medium: Ethernet  Hardware address: 00:E0:4B:0E:3D:2A
          BROADCAST  MTU: 1500

rteth1    Medium: Ethernet  Hardware address: 00:E0:4B:0E:3D:2B
          BROADCAST  MTU: 1500

kontron_xenomai:~# rtifconfig rteth1 up 10.0.0.1
kontron_xenomai:~# rtifconfig -a
rtlo      Medium: Local Loopback
          LOOPBACK  MTU: 1500

rteth0    Medium: Ethernet  Hardware address: 00:E0:4B:0E:3D:2A
          BROADCAST  MTU: 1500

rteth1    Medium: Ethernet  Hardware address: 00:E0:4B:0E:3D:2B
          IP address: 10.0.0.1  Broadcast address: 10.255.255.255
          UP BROADCAST RUNNING  MTU: 1500

kontron_xenomai:~# rtifconfig rtlo up 127.0.0.1
kontron_xenomai:~# rtroute add 10.0.0.2 00:E0:4B:0E:3D:29 dev rteth1
kontron_xenomai:~# rtroute
Host Routing Table
Hash    Destination     HW Address              Device
00      0.0.0.0         00:00:00:00:00:00       rtlo
01      10.0.0.1        00:00:00:00:00:00       rtlo
01      127.0.0.1       00:00:00:00:00:00       rtlo
02      10.0.0.2        00:E0:4B:0E:3D:29       rteth1
3F      10.255.255.255  FF:FF:FF:FF:FF:FF       rteth1
kontron_xenomai:~# rtping 10.0.0.2
Real-time PING 10.0.0.2 56(84) bytes of data.

--- 10.0.0.2 rtping statistics ---
3 packets transmitted, 0 received, 100% packet loss
worst case rtt = 0.0 us
kontron_xenomai:~#

I have no idea :(

Philipp



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to