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
[email protected]
https://lists.sourceforge.net/lists/listinfo/rtnet-users