Most of the failures I see on “beatnik” are detected by “rtems_test_assert()”.  
That prints the assertion and calls exit, e.g. on beatnik:

] allocate most of memory - attempt to fail chroot - expect ENOMEM
] ../../../../../../rtems/c/src/../../testsuites/psxtests/psxchroot01/test.c: 
126 status == -1
] fatal source: RTEMS_FATAL_SOURCE_EXIT, error code: 0
] bsp_fatal_extension(): RTEMS terminated -- no way back to MotLoad so I reset 
the card
] Printing a stack trace for your convenience :-)

The failure is detected by the tester when the test platform requests a “tftp” 
transfer at an unexpected time:

] Subnet IP Address Mask = 255.255.248.0
] 
=>  tftp: re-requesting exe; target must have reset
] Network File Load in Progress...
=>  target reset condition detected
=>  target reset: ./power-ctl 1 off-on
] Error Status: 00000081 - File not found.

This takes at least 10 seconds using “motload” and the power switch I’m using.  
Why doesn’t "rtems_test_assert()” output something that shows the test failed 
so that the reset can happen then?

Peter
-----------------
Peter Dufault
HD Associates, Inc.      Software and System Engineering

This email is delivered through the public internet using protocols subject to 
interception and tampering.

_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to