<div dir="ltr"><div dir="ltr"><div dir="ltr">I did more tests. it seems not the same type of error happens every time. I got the
<span style="color:rgb(80,0,80)">_Configuration_Scheduler_</span><span style="color:rgb(80,0,80)">priority_dflt</span> a few times, but also<div>the 'enabled interrupts when they suppposed to be disabled' happened as well </div><div><div><br></div><div>RTEMS_INLINE_ROUTINE void _Scheduler_priority_Ready_queue_enqueue(</div><div> Chain_Node *node,</div><div> Scheduler_priority_Ready_queue *ready_queue,</div><div> Priority_bit_map_Control *bit_map</div><div>)</div><div>{</div><div> Chain_Control *ready_chain = ready_queue->ready_chain;</div><div> //_Assert(_ISR_Get_level() != 0);</div><div> if(_ISR_Get_level() == 0)</div><div> gIntrErrs++;</div><div><br></div><div> cnt_before = _Chain_Node_count_unprotected(ready_chain);</div><div> _Chain_Append_unprotected( ready_chain, node );</div><div> cnt_after = _Chain_Node_count_unprotected(ready_chain);</div><div><br></div><div> if(cnt_after != cnt_before + 1)</div><div><span style="white-space:pre"> </span>gIntrErrs++;</div><div><br></div><div> _Priority_bit_map_Add( bit_map, &ready_queue->Priority_map );</div><div>}</div></div><div><br></div><div>.. and I modified the cpuuse command to display gIntrErrs</div><div><br></div><div><div># cpuuse</div><div>-------------------------------------------------------------------------------</div><div> CPU USAGE BY THREAD</div><div>------------+----------------------------------------+---------------+---------</div><div> ID | NAME | SECONDS | PERCENT</div><div>------------+----------------------------------------+---------------+---------</div><div><b>cdemergian build 10.40 am gIntrErrs=3</b></div><div> 0x09010001 | IDLE | 391.115963 | 99.323</div><div> 0x0a010001 | UI1 | 1.059489 | 0.269</div><div> 0x0a010002 | ntwk | 0.229622 | 0.058</div><div> 0x0a010003 | SCtx | 0.167826 | 0.042</div><div> 0x0a010004 | SCrx | 0.224951 | 0.057</div><div> 0x0a010005 | eRPC | 0.000049 | 0.000</div><div> 0x0a010006 | SHLL | 0.868036 | 0.220</div><div> 0x0b010001 | | 0.000096 | 0.000</div><div> 0x0b010002 | | 0.114388 | 0.029</div><div>------------+----------------------------------------+---------------+---------</div><div> TIME SINCE LAST CPU USAGE RESET IN SECONDS: 393.836064</div><div>-------------------------------------------------------------------------------</div><div>[/] #</div></div><div><br></div><div>It seems it's 3. (I've seen values as 2 or 4 at other test runs)</div><div><br></div><div>Catalin</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 4:37 AM Catalin Demergian <<a href="mailto:demergian@gmail.com">demergian@gmail.com</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"><div dir="ltr">it's just the way Eclipse shows it, it's part of the call stack, but not the name of a normal function.<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 2:02 PM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">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"><br>
<br>
On 02/04/2019 12:59, Catalin Demergian wrote:<br>
> Hi,<br>
> I was able to reproduce the issue again, but it doesn't look like the <br>
> interrupts are enabled<br>
> in the functions where you added Asserts in the patch. So, my changes <br>
> don't fix the problem.<br>
> My analysis would have been correct if the interrupts were enabled, <br>
> but it looks it's not the case.<br>
><br>
> Still, a problem exists somewhere .. _Chain_Append_unprotected fails <br>
> and the task starves as a result.<br>
> If it's not interrupts, I have to think again what could produce the <br>
> failure. (any idea/hint here is welcome :) )<br>
><br>
> Also, during my tests I even saw a crash (probably not related to this <br>
> issue). Call stack looks like this<br>
> Thread #1 (Suspended:Signal:SIGINT:Interrupt)<br>
> _ARMV7M_Exception_default() at armv7m-exception-default.c:25 0x805aff0<br>
> <signal_handler_called>() at 0xfffffffd<br>
> _Configuration_Scheduler_priority_dflt() at 0x2400063c<br>
<br>
What is signal_handler_called()?<br>
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone : +49 89 189 47 41-16<br>
Fax : +49 89 189 47 41-09<br>
E-Mail : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
</blockquote></div>
</blockquote></div>