<div dir="ltr">Taking a closer look reveals that the problem lies within bheap_delete. As there is no deactivate function for gsn_edf this happens in the reactivation. I am wondering if there is a way to get around this problem by limited the use of static numbers like NR_CPUS. I am however open to suggestions!<br>
<br>Thanks,<br>-Kevin<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Sep 23, 2013 at 2:53 PM, Kevin Burns <span dir="ltr"><<a href="mailto:kevinpb@vt.edu" target="_blank">kevinpb@vt.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<br><br>I am trying to run a test with a procedure like this:<br><br>1) setsched GSN-EDF<br>2) run test<br>
3) disable core on my machine<br>4) rerun test<br><br>However, it would seem that litmus cannot handle this change of hardware configuration without reloading the schedulers. So, my question is, is there a way to reload GSN-EDF from userspace, without rebootign the system?<br>

<br>Let me know if this question is unclear.<br><br>Thanks,<br>-Kevin<span class="HOEnZb"><font color="#888888"><br clear="all"><br>-- <br><div dir="ltr"><span><font color="#888888">Kevin Burns<br>Systems Software Research Group (SSRG)<br>
Bradley Department of Electrical and Computer Engineering<br>
Virginia Tech</font></span></div>
</font></span></div>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><span><font color="#888888">Kevin Burns<br>Systems Software Research Group (SSRG)<br>Bradley Department of Electrical and Computer Engineering<br>Virginia Tech</font></span></div>

</div>