<div>Hi Jonathan,</div><div><br></div><div>Thanks for the help. This probably solves my problem.</div><div><br></div><div>This will complicate a little (i believe) the admission test: I'll have to verify if the task could be guaranteed in a moment in a possible "far future". But, yes, it is very possible.</div>
<br><div class="gmail_quote">2012/11/15 Jonathan Herman <span dir="ltr"><<a href="mailto:hermanjl@cs.unc.edu" target="_blank">hermanjl@cs.unc.edu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi John,<div><br></div><div>Have you considered using the "phase" parameter to rtspin? This specifies a delay for the first release of an rtspin process. You could start a ton of rtspin processes with random phases over some test interval (say 20 seconds), call release_ts,  and the tasks would join the system at random points over those 20 secons.</div>


<div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Thu, Nov 15, 2012 at 5:43 AM, John Gamboa <span dir="ltr"><<a href="mailto:vaulttech@gmail.com" target="_blank">vaulttech@gmail.com</a>></span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hello!<div><br></div><div>I'm sure this question has a very simple answer, but I didn't find a solution yet. I'm trying to implement a "Slot Shifting plugin" for Litmus. In the plugin, I should be able to handle aperiodic tasks, which, as expected, should come at any time during the schedule.</div>



<div><br></div><div>In order to start these tasks, I was planning to create a program to run along with the schedule. It would sleep for a certain amount of time and then start a new "rtspin". I initially planned to make this program "non Real Time", but then I though "what if it should wake up at some point in time, but it doesn't because the processor is so loaded that only Real Time tasks are running then?". Then I though "I'll make the program Real Time", but then I realized that the rtspins wouldn't be Real Time until they reach a certain point in the program (where they make the "task_mode(LITMUS_RT_TASK)" call).</div>



<div><br></div><div>I believe the children of a Real Time task are not Real Time, right? (I didn't find a way to test it, but it would complicate a lot my "admission tests" :-))</div><div><br></div><div>Do you have any suggestion? I though maybe my Real Time program could itself change its children tasks to Real Time, but then wouldn't the "task_mode()" call fail? (anyway, this is probably what I'll try, if I don't find an easier solution)</div>



<div><div><div><br></div><div>Thanks for your attention,</div><span><font color="#888888"><div><br></div>-- <br>John Gamboa<br><a href="http://rabanetescebolas.blogspot.com" target="_blank">rabanetescebolas.blogspot.com</a><br>



</font></span></div></div>
<br></div></div>_______________________________________________<br>
litmus-dev mailing list<br>
<a href="mailto:litmus-dev@lists.litmus-rt.org" target="_blank">litmus-dev@lists.litmus-rt.org</a><br>
<a href="https://lists.litmus-rt.org/listinfo/litmus-dev" target="_blank">https://lists.litmus-rt.org/listinfo/litmus-dev</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Jonathan Herman<br>Department of Computer Science at UNC Chapel Hill<br>
</font></span></div>
<br>_______________________________________________<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" target="_blank">https://lists.litmus-rt.org/listinfo/litmus-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>John Gamboa<br><a href="http://rabanetescebolas.blogspot.com">rabanetescebolas.blogspot.com</a><br>