[PATCH 11/11] smp: Move secondary CPU initialization request

[Gedare Bloom]

Good. I'm glad to see the fixes being posted. We have accepted at
student to do SMP Scheduling work in GSOC. My goal is to get an actual
real-time SMP scheduler in place by the end of the SOC. I do not yet
know if it will be possible though since the scope of work may be
quite large, especially if we run into even more SMP bugs.
-Gedare

On Tue, May 28, 2013 at 3:28 AM, Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
> On 05/27/2013 06:12 PM, Joel Sherrill wrote:
>>
>> Are you sure it was a scheduling bug and not a dispatch disable nesting
>> problem? If the count does not go back to zero, then a blocked thread will
>> continue to execute.
>
>
> Yes, I am sure that it is a scheduling bug.  I reach a state in which the
> executing task is not ready after the dispatch loop in _Thread_Dispatch().
>
>
>>
>> If it is a bug I would like to know the detailed scenario so I can
>> reproduce it in the simulator.
>
>
> The bug can be reproduced with smptests/smp08 on Qemu.
>
> After the current patch set review and integration I will propose a new
> spinlock API.  After that I am ready to commit the ARM SMP support with the
> existing scheduler.  We can then look this problem more closely.
>
> I have a working alternative simple scheduler.
>
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax     : +49 89 189 47 41-09
> E-Mail  : sebastian.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-devel