Nadym Salem wrote: > On Thu, August 16, 2007 10:13, Jan Kiszka wrote: > >>> I'm using two machines here, one acts as a master, other one acts as >>> a slave. The slave isn't able to synchronize with master when >>> configuring a cycle length around 10 down to 2 ms (and most probably >>> any cycle length lower then that). When choosing 1 second cycle >>> length, it syncs fine. >>> Capturing the whole story with wireshark shows, that slave in short >>> cycle configurations requests reply calibration frame e.g. in cycle >>> 1500, although it sends request calibration frame in cycle 1700, so >>> of course this can't work. As it works in 1 s cycle configuration, >>> only reason for this behavoir I can imagine is, that slave isn't able >>> to calculate and send request calibration frame early enough. But >>> this isn't really possible, because we're talking about a >2GHz >>> machine (x86). >> ...which is know to be free of hardware-related latency quirks (tested >> with Xenomai tools)? If yes, please send be your trace. > > Don't wonder I'm answering :-) > > attached a complete log of xeno-test, do you also need a wireshark log ?
Yeah, I was actually referring to the pcap file. Anyway, the xeno-test looks a fishy as well. The latency tool appears to run fine (except for the testing device conflicts, but that's a different story), but the cyclictest is totally screwed! And these are dimensions normally related to SMI etc. artefacts. Please make sure no other RT load is present during the test (just in case) and re-run latency and cyclictest stand-alone for several minutes each. If strange numbers remain (millisecond latencies...), check TROUBLESHOOTING hints and then report to xenomai-help. Thanks, Jan
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- 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
