<div dir="ltr">Thanks for your replies. <div><br></div><div>Great suggestion about setting up a breakpoint at _Thread_Handler. After setting the breakpoint, the code run by Strong_APA does not break, whereas the default scheduler's code does break:</div><div><br></div><div><br></div><div>-<font size="1">-----------------------</font></div><div>Default Scheduler (That executes correctly without error):</div><div><br></div><div>Thread 1 hit Breakpoint 7, Tasks (argument=0) at /home/richi/quick-start/src/rtems/c/src/../../testsuites/tmtests/tm24/task1.c:110<br>110        Task_count++;<br>(gdb) b _Thread_Handler<br>Breakpoint 8 at 0x10a67e: file /home/richi/quick-start/src/rtems/c/src/../../cpukit/score/src/threadhandler.c, line 88.<br>(gdb) c<br>Continuing.<br><br>Thread 1 hit Breakpoint 8, _Thread_Handler () at /home/richi/quick-start/src/rtems/c/src/../../cpukit/score/src/threadhandler.c:88<br>88        executing = _Thread_Executing;<br>(gdb) <br>Continuing.<br><br>Thread 1 hit Breakpoint 7, Tasks (argument=0) at /home/richi/quick-start/src/rtems/c/src/../../testsuites/tmtests/tm24/task1.c:110<br>110         Task_count++;<br></div><div>-<font size="1">-----------------------</font><br></div><div><br></div><div>Strong APA execution (The execution that fails/give error):</div><div>-<font size="1">-----------------------</font><br></div><div>Thread 1 hit Breakpoint 7, Tasks (argument=0) at /home/richi/quick-start/src/rtems/c/src/../../testsuites/tmtests/tm24/task1.c:110</div>110   Task_count++;<br>(gdb) b _Thread_Handler<br>Breakpoint 8 at 0x1086b2: file /home/richi/quick-start/src/rtems/c/src/../../cpukit/score/src/threadhandler.c, line 88.<br>(gdb) c<br>Continuing.<br><br>Thread 1 hit Breakpoint 5, _Terminate <div><br></div><div>-<font size="1">-----------------------</font><br></div><div><font size="1"><br></font></div><div>I am going to investigate the scheduler's role in this.</div><div><br></div><div>Thanks,</div><div>Richi.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 7, 2020 at 11:09 AM 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 05/12/2020 07:13, Richi Dubey wrote:<br>
<br>
><br>
> The stack trace for the thread looks like this:<br>
><br>
> Tasks (entry function) -> rtems_task_wake_after <br>
> ->_Thread_Dispatch_direct -> _Thread_Do_dispatch (where the <br>
> _Context_switch function call lies), how can then the heir thread <br>
> start executing from the _Thread_Handler? I do not see it in the trace <br>
> at all.<br>
The context of new threads is set up by _Thread_Load_environment().<br>
<br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
<br>
</blockquote></div>