Daniel Schnell wrote: > [EMAIL PROTECTED] wrote: >>> ./cyclictest -c 1 -d 500 -i 500 -l 10000 -n >>> 0.06 0.03 0.01 1/21 354 >>> >>> T: 0 ( 354) P: 0 I: 500 C: 10000 Min: 7 Act: 7 >>> Avg: 10 Max: 201 (needs a relatively short time) > >> False positive of the test: only the -n mode is supported over >> Xenomai, which is unfortunately not default. The default mode seems >> to cause a busy loop in cyclictest, effectively locking up the box >> (the Xenomai watchdog would have detected this). >> >> Anyway, the test needs fixing to avoid misunderstandings. > > Au ja ! > > So should I enable the watchdog ? What is the principle behind it ? Can > I somehow configure its behaviour ?
It can help here to tell "normal" RT-thread lock-ups apart from real kernel deadlocks. > > If I look on my reliable mechanical stopwatch and would activate the > cylictest with the above parameters: how long actually should the test > take ? > 5 seconds. Do you get different runtimes for -c0 vs. -c1? > > Next: the min, avg and max results mean latency in us ? Are these values > sane ? Any other test results I should give ? Other parameters ? Yes, microseconds. The maximum numbers (for the -n cases) appeared a "bit" high to me, even for low-end embedded. Wolfgang? Anyone else? What are normal numbers for that board category? Some table on the wiki would be nice as reference, not only for poor x86'ers like me... Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
