Slobodan Matic wrote: > Hi Jan, > I finally found some time to address the problems I had last month. > Unfortunately, I still need help. > > I have added a udev rule, so unnecessary device renaming does not occur > anymore. > I do have two rteth devices on one of the boards, but I checked the right > one is connected to the other board. > > I can now execute the manual ping test (insert all rtnet modules, > rtifconfig, rtroute, rtping). It works well and I get 70-100 us for rtt > times from both boards.
How long did you run the ping test? Note that it "only" sends out one packet per second, while the RTmac TDMA discipline transmits one packet per cycle. So, if you are leaking rtskbs, the latter will stumble much earlier. > However, I still get similar outcome for the multi-node tdma test, even > though it seems that master and slave go through all the stages. I still get > successive "TDMA: Failed to transmit sync frame!" messages on the master > node and rtping does not work afterwords. I looked a bit into the code and > realized that this message is generated because at some point alloc_rtskb > cannot allocate rtskb (returns NULL). > > If possible, please see below the output of the './rtnet -v start' command > and let me know if you have any tip about this. Note that on the slave side > there is a 'RTmac: received unsupported RTmac protocol version on device > rteth0' message. Did I ask this already? Check /proc/interrupts if the NIC on the master is assigned to Linux (in order to detect potential IRQ conflicts), also check /proc/rtai/<don't-know-its-name: RT IRQs> if there is progress /wrt handled NIC IRQs when RTnet is running. > Thanks, > Bodan > > ##### MASTER console output > Turning on verbose mode > /usr/local/rtnet/sbin/rtifconfig rtlo up 127.0.0.1 > /usr/local/rtnet/sbin/rtcfg rteth0 server > /usr/local/rtnet/sbin/rtifconfig rteth0 up 10.0.0.2 netmask 255.255.255.0 > /usr/local/rtnet/sbin/tdmacfg rteth0 master 5000 > /usr/local/rtnet/sbin/tdmacfg rteth0 slot 0 0 > /usr/local/rtnet/sbin/rtcfg rteth0 add 10.0.0.1 -stage1 - > Waiting for all slaves.../usr/local/rtnet/sbin/rtcfg rteth0 wait > /usr/local/rtnet/sbin/rtcfg rteth0 ready > > ##### MASTER kernel output > *** RTnet 0.9.10 - built on Nov 3 2008 10:28:22 *** > RTnet: initialising real-time networking > Intel(R) PRO/1000 Network Driver - version 7.1.9 > Copyright (c) 1999-2006 Intel Corporation. > PCI: Setting latency timer of device 0000:00:19.0 to 64 > e1000: 0000:00:19.0: e1000_probe: (PCI Express:2.5Gb/s:Width x4) > 00:16:d3:3e:8c:b5 > RTnet: registered rteth0 > e1000: rteth0: e1000_probe: Intel(R) PRO/1000 Network Connection > initializing loopback... > RTnet: registered rtlo > RTcfg: init real-time configuration distribution protocol > RTmac: init realtime media access control > RTmac/TDMA: init time division multiple access control mechanism > e1000: rteth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex > vnic0: no IPv6 routers present > TDMA: Failed to transmit sync frame! > TDMA: Failed to transmit sync frame! > TDMA: Failed to transmit sync frame! > ... > TDMA: Failed to transmit sync frame! > TDMA: Failed to transmit sync frame! > e1000: rteth0: e1000_clean_tx_irq: Detected Tx Unit Hang That hang may either be the reason or a result of the actual problem, still don't know. Can you check with a different NIC? Even a different e1000 revision may be interesting. What happens if master and slave swap roles? Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
