<p>I think perhaps the scheduler was changed and no longer matches the assumptions of this test..<br>
-Gedare</p>
<div class="gmail_quote">On Nov 10, 2013 11:40 AM, "Daniel Hellstrom" <<a href="mailto:daniel@gaisler.com">daniel@gaisler.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
This is my findings from running some of the SMP test. The SMP06 test seems to be correct since it matches smp06.scn file, but after reading the test source and documentation I'm not fully convinced. I hope I'm wrong here. And I don't know exectly how the scheduler behavior shuold be, but the test claims that the "oldest" task (Init) should be switched away in favor of the new TA2 task. This is my conclusion so far:<br>

<br>
Printout of smp06.scn is incorrect it should rather be as below diff instead. The test produces the output accoring to original smp06.scn, however I believe it is wrong. If the oldest task (Init) should be swapped out and the TA02 task should be executed on the CPU that originally ran the Init task since it is the oldest task.<br>

<br>
** TEST SMP06 ***<br>
rtems_clock_tick - so this task has run longer<br>
 CPU 0 start task TA1<br>
 CPU 1 running Task TA1<br>
 CPU 0 start task TA2<br>
- CPU 1 running Task TA2<br>
+ CPU 0 running Task TA2<br>
*** END OF TEST SMP06 ***<br>
<br>
<br>
I will email an improvement patch to the SMP06 test to detect this error. This will however not fix the issue just enlighten it, for it should be a fix in the scheduler or that the test does not longer match the scheduler's implementation.<br>

<br>
Regards,<br>
Daniel<br>
</blockquote></div>