rtems tester: Why does rtems_test_assert() just exit?

[dufault at hda.com]

> On Sep 22, 2019, at 07:12 , <dufault at hda.com> <dufault at hda.com> wrote:
> 
> 
> 
>> On Sep 21, 2019, at 17:29 , dufault at hda.com wrote:
>> 
>> 
>> 
>>> On Sep 21, 2019, at 17:04 , Chris Johns <chrisj at rtems.org> wrote:
>>> 
>>> 
> (…)
>>> The tester is designed to avoid cycling power. A clean working target should
>>> only need a single power on at the start and a single power off at the end.
>>> Repeated power cycling can stress power supplies and targets, some switch modes
>>> do not like it. Some targets have hardware reset issues and may need a power
>>> cycle and I have seen uboot get wedged. The power cycle logic is for those
>>> cases. I would not expect this being needed on each boot. Also it is a reset
>>> which can be a power cycle or a wired reset signal however some SOCs these days
>>> have separate power on reset (POR) logic and a reset signal logic.
>>> 
>>> Chris
>> 
>> You are bringing up most of my concerns in your response, I’ll go over your response properly tomorrow AM when I’ll have free time.  Thanks.
>> 
> 
> I think if I change "rtems_test_assert()" to invoke "exit(RTEMS_FATAL_SOURCE_ASSERT)" instead of "exit(0)" and then use the following for the reset expression it will do what I would like.  I'm sure there is a better way to do that regular expression but I'll use this for a test.
> 
> target_reset_regex = .* RTEMS_FATAL_SOURCE_BDBUF, .*|.* RTEMS_FATAL_SOURCE_APPLICATION, .*|.* RTEMS_FATAL_SOURCE_BSP, .*|.* RTEMS_FATAL_SOURCE_ASSERT, .*|.* RTEMS_FATAL_SOURCE_STACK_CHECKER, .*|.* RTEMS_FATAL_SOURCE_EXCEPTION, .*|.* RTEMS_FATAL_SOURCE_SMP, .*|.* RTEMS_FATAL_SOURCE_PANIC, .*|.* RTEMS_FATAL_SOURCE_INVALID_HEAP_FREE, .*
> 
> 
> 

This doesn't work as I'd hoped.  There is pending input to the tester from the tested device's serial port console.  If the tester matches the reset condition *after* the first reset but *before* the board restarts it will issue the reset again.

In the case of "unlimited.exe" the following is what happened.  I watched the tester power cycle the board off and on about 15 times before it advanced to the next test.

After issuing the reset command should the tester advance through the console output without taking action until it sees the start expression?

(...)
]  TEST3 : signal task 0a01034e to delete, task 844 ending.
=>  target reset condition detected
=>  target reset: ./power-ctl 1 off-on
]  TEST3 : signal task 0a01034f to delete, fatal source: RTEMS_FATAL_SOURCE_EXCEPTION, error code: 9018872
] exception vector 7 (0x7)
]   next PC or address of fault = 0x00890038
(...)
]   executing thread ID = 0x0a01034f, name = ai45
] Stack Trace: 
]   IP: 0x00890038, LR: 0x0089003a
=>  target reset condition detected
=>  target reset: ./power-ctl 1 off-on
] fatal source: RTEMS_FATAL_SOURCE_EXCEPTION, error code: 9018088
] exception vector 3 (0x3)
(...)
]   executing thread ID = 0x0a01034f, name = ai45
] Stack Trace: 
]   IP: 0x00009850, LR: 0x0000983c
] --^ 0x0000500c--^ 0x0001d27c--^ 0x0001d488--^ 0x0000f73c--^ 0x0000a4fc
=>  target reset condition detected
=>  target reset: ./power-ctl 1 off-on
] --^ 0x0089003afatal source: RTEMS_FATAL_SOURCE_EXCEPTION, error code: 9017304
] exception vector 3 (0x3)
(...)
] Stack Trace: 
]   IP: 0x000098a0, LR: 0x000098ac
] --^ 0x0000500c--^ 0x0001d27c--^ 0x0001d488--^ 0x0000f73c--^ 0x0000a4fc
] --^ 0x0000983c--^ 0x0000500c--^ 0x0001d27c--^ 0x0001d488--^ 0x0000f73c
=>  target reset condition detected
=>  target reset: ./power-ctl 1 off-on
] --^ 0x0000a4fc--^ 0x0089003afatal source: RTEMS_FATAL_SOURCE_EXCEPTION, error code: 9016520
] exception vector 3 (0x3)
(...)
]   executing thread ID = 0x0a01034f, name = ai45
] Stack Trace: 
]   IP: 0x000098a0, LR: 0x000098ac
] --^ 0x0000500c--^ 0x0001d27c--^ 0x0001d488--^ 0x0000f73c--^ 0x0000a4fc
] --^ 0x000098ac--^ 0x0000500c--^ 0x0001d27c--^ 0x0001d488--^ 0x0000f73c
] --^ 0x0000a4fc--^ 0x0000983c--^ 0x0000500c--^ 0x0001d27c--^ 0x0001d488
=>  target reset condition detected
=>  target reset: ./power-ctl 1 off-on
] --^ 0x0000f73c--^ 0x0000a4fc--^ 0x0089003afatal source: RTEMS_FATAL_SOURCE_EXCEPTION, error code: 9015736
(...)


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.