<div dir="ltr">Got it. Thanks for your answer. I'm working on your suggestion.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 19, 2020 at 12:53 PM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 19/08/2020 09:18, Richi Dubey wrote:<br>
<br>
> This mail is in continuation of <br>
> <a href="https://lists.rtems.org/pipermail/devel/2020-August/061446.html" rel="noreferrer" target="_blank">https://lists.rtems.org/pipermail/devel/2020-August/061446.html</a>.<br>
><br>
> Right after the check_cpu_allocation test for the last action gets <br>
> passed (code here <br>
> <<a href="https://github.com/richidubey/rtems/blob/6e455a5d77417dcbc2f00330ebc37a7a143c5384/testsuites/smptests/smpstrongapa01/init.c#L125" rel="noreferrer" target="_blank">https://github.com/richidubey/rtems/blob/6e455a5d77417dcbc2f00330ebc37a7a143c5384/testsuites/smptests/smpstrongapa01/init.c#L125</a>>), _ARMV4_Exception_interrupt <br>
> gets called when the timer function finishes.<br>
><br>
> But soon thereafter _ARMV4_Exception_data_abort_default occurs. Why <br>
> does that happen? I believe it might have something to do with the <br>
> fact that T0 (the task that was earlier running on processor 0 and was <br>
> responsible for running the timer function and later returning to <br>
> Init) has changed its processor to processor 2 (as we know since the <br>
> check_cpu_allocation passed).<br>
When you get a data abort exception you destroyed some data structures <br>
or use data structures wrongly. The goal is to figure out which data <br>
structure is involved and how is the bad actor. I would use the "bt" <br>
command when you hit the _ARMV4_Exception_data_abort_default break point.<br>
</blockquote></div>