<div dir="ltr"><div><div><div><div><div>>That’s strange. Are you sure this happens only with the demo plugin? Is 
liblitmus up-to-date? I don’t immediately see a reason why this >should 
fail with the DEMO plugin.<br>
><br>
>Nathan, did you happen to see anything like this? Can you reproduce this?<br><br></div>Yes, this happen only with the DEMO plugin.<br><br>>Did the tasks actually run? Most of the tracing happens in core 
LITMUS^RT code (i.e., it’s independent of the plugin), so I don’t think 
this >difference is due to tracing differences in the plugins.<br><br></div>Yes the task runs, I tried both with rtspin and rtlaunch; if I use the instruction "rtspin -p 0 10 100 4" the task runs for 4 seconds then stops, if I use rtlaunch with a simple hello world program it prints "Hello World" so the task is running.<br><br>>The plotting script still is pretty much beta, so it doesn’t handle 
unexpected data very gracefully. If you send me your traces I can take a
 >look. Of course, you could try to debug this yourself and send a patch,
 which would also be very much appreciated. ;-)<br><br></div>Ok, I send you the trace as an attachment. Thanks for your reply<br></div>Best regards<br></div>Matteo<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-07-18 0:54 GMT+02:00 Björn Brandenburg <span dir="ltr"><<a href="mailto:bbb@mpi-sws.org" target="_blank">bbb@mpi-sws.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 16. Jul 2017, at 11:04, Matteo Locatelli <<a href="mailto:matteo.locatelli1993@gmail.com">matteo.locatelli1993@gmail.<wbr>com</a>> wrote:<br>
> using the recently updated guide for the creation of a new Litmus plugin, I created the DEMO plugin which works correctly except for two things:<br>
</span>> 1 - when I try to use the release_ts functionality, an error appears saying "wait_for_ts_release(): Function not implemented”<br>
<br>
That’s strange. Are you sure this happens only with the demo plugin? Is liblitmus up-to-date? I don’t immediately see a reason why this should fail with the DEMO plugin.<br>
<br>
Nathan, did you happen to see anything like this? Can you reproduce this?<br>
<span class=""><br>
> 2 - when I use the st-trace-schedule functionality and run some processes using rtspin, the amount of bytes written to the traces are smaller then usual (72 bytes with the DEMO plugin, approximately 4000 bytes with the PSN-EDF scheduler)<br>
<br>
</span>Did the tasks actually run? Most of the tracing happens in core LITMUS^RT code (i.e., it’s independent of the plugin), so I don’t think this difference is due to tracing differences in the plugins.<br>
<span class=""><br>
> and if I try to draw the schedule using the st-draw functionality, it gives this error:<br>
><br>
> Traceback (most recent call last):<br>
>   File "/opt/feather-trace-tools/st-<wbr>draw", line 146, in <module><br>
>     main()<br>
>   File "/opt/feather-trace-tools/st-<wbr>draw", line 136, in main<br>
>     sched_trace.draw.render(opts, trace)<br>
>   File "/opt/feather-trace-tools/<wbr>sched_trace/draw.py", line 282, in render<br>
>     y   = ypos(task_idx[pid] + 1)<br>
> KeyError: 2741<br>
<br>
</span>The plotting script still is pretty much beta, so it doesn’t handle unexpected data very gracefully. If you send me your traces I can take a look. Of course, you could try to debug this yourself and send a patch, which would also be very much appreciated. ;-)<br>
<br>
- Björn<br>
<br>
<br>
______________________________<wbr>_________________<br>
litmus-dev mailing list<br>
<a href="mailto:litmus-dev@lists.litmus-rt.org">litmus-dev@lists.litmus-rt.org</a><br>
<a href="https://lists.litmus-rt.org/listinfo/litmus-dev" rel="noreferrer" target="_blank">https://lists.litmus-rt.org/<wbr>listinfo/litmus-dev</a><br>
</blockquote></div><br></div>