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.
If it is a bug I would like to know the detailed scenario so I can reproduce it in the simulator. Sebastian Huber <[email protected]> wrote: On 05/27/2013 04:33 PM, Joel Sherrill wrote: > The other CPUs are not brought out of reset until this is executed. Did you > see a case where the first thread is not executed on the first core? Not with the current simple SMP scheduler, but this code should not depend on a particular scheduler implementation. I will provide an alternative simple SMP scheduler in the next couple of days since the current one didn't work. I encountered a situation in which a blocking thread continued to execute. -- 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 : [email protected] PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. _______________________________________________ rtems-devel mailing list [email protected] http://www.rtems.org/mailman/listinfo/rtems-devel
