<div dir="ltr">The race is caused by:<div style>1. Userspace completion of task on CPU 1</div><div style>2. Kernelspace requeue() of task on CPU 2</div><div style>3. Kernelspace reschedule and job_completion of task on CPU 1</div>

<div style><br></div><div style>Shouldn't the other plugins be vulnerable to the same race condition? I also encountered this in C-EDF (on a KVM, only with CONFIG_..._AFFINITY), but I can see the same sequence of calls occurring under other plugins.</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 29, 2013 at 9:47 AM, Björn Brandenburg <span dir="ltr"><<a href="mailto:bbb@mpi-sws.org" target="_blank">bbb@mpi-sws.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Jan 29, 2013, at 2:02 PM, Glenn Elliott <<a href="mailto:gelliott@cs.unc.edu">gelliott@cs.unc.edu</a>> wrote:<br>
<br>
> Can you say why I was only hitting this bug in a C-EDF partitioned case?  Did it only make this race condition more likely?<br>
<br>
</div>I believe that race always existed, but we only started hitting it with the new synchronous release code under certain configurations. I never saw it in KVM, for instance, and not on all physical machines.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Björn<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jonathan Herman<br>Department of Computer Science at UNC Chapel Hill
</div>