<div dir="ltr">Yes, I made a test, _ISR_Get_level() can be used on my CPU.<div><br></div><div>About --enable-rtems-debug .. it doesn't seem to enable the RTEMS_DEBUG flag in the code, I tried --enable-rtems-debug=yes as well ..</div><div>is there maybe a combination of options to enable RTEMS_DEBUG in the code ? I'm afraid I will run for nothing without it, it seems the</div><div>Assert is defined to nothing if this is not set right.</div><div><br></div><div>regards,</div><div>Catalin</div><div><br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 3:36 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 29/03/2019 14:31, Catalin Demergian wrote:<br>
> Sure, I will build and try.<br>
> Is _ISR_Get_level() something CPU-specific ? I mean we use it to <br>
> figure out if interrupts are enabled or not, right ?<br>
> forgot to say, I use a STM32H7. Does _ISR_Get_level work on it ?<br>
<br>
I would run test<br>
<br>
testsuites/sptests/sp37<br>
<br>
to figure out if it works.<br>
<br>
><br>
> Also, I thought the scheduler code runs with interrupts enabled, I <br>
> mean doesn't it use the tick interrupt itself ?<br>
> How does that work on RTEMS ?<br>
<br>
Some critical sections of the scheduler are protected by disabled <br>
interrupts.<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>