<div dir="ltr">Hi,<div>Are you able to catch the interrupt, confirm the event is being raised and the<br>interrupt exits via the RTEMS exit path? </div><div>-> Yes. I can see with task command in shell my USB event is set for my task; the state is READY, but</div><div>if I enter cpuuse a few times I see the total CPU time for my task doesn't increase, but for other tasks it increases.</div><div>I also see interrupts comming at every second (as ping send packets every second) and my buffer of packets eventually gets full.</div><div><br></div><div>That's why I say that maybe something happens in the dispatcher, because the dispacther should take tasks from the ready queue</div><div>and put them on the CPU.</div><div><br></div><div>regards,</div><div>Catalin</div><div><br></div><div><br></div><div> <br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 26, 2018 at 10:54 AM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 26/09/2018 16:43, Catalin Demergian wrote:<br>
> When you say "changing the makefiles" who's makefiles are these? <br>
> -> for example lib/rtems-4.11.2/c/src/lib/libbsp/arm/stm32f7/Makefile.am<br>
> in order to include my USB .c and .h files<br>
<br>
Thanks.<br>
<br>
> Did you merge your code into the RTEMS<br>
> source tree? <br>
> -> yes, there was no support for USB in the code base I had<br>
<br>
Sure and thanks.<br>
<br>
RTEMS is statically linked so object files built as part of RTEMS or files build<br>
as part of your code are equivalent.<br>
<br>
I will often create a small application to test new drivers or a new feature for<br>
RTEMS that do not touch the core RTEMS kernel code. I do this because the build<br>
is simpler and faster than rebuilding RTEMS on each edit. This means updating<br>
RTEMS is easy and the code I have is not effected.<br>
<br>
>  <br>
> Do you have a JTAG debugger that can set breakpoints and step at the instruction<br>
> level?<br>
> -> yes<br>
> <br>
<br>
Are you able to catch the interrupt, confirm the event is being raised and the<br>
interrupt exits via the RTEMS exit path?<br>
<br>
Chris<br>
</blockquote></div>