Final Call for Review: Modular SuperCore Scheduler

[Gedare Bloom]

For those interested in this project, but not interested in reading code :)
I have written an informative piece on the design and some of the
implementation elements of the modular scheduler.
http://gedare-csphd.blogspot.com/2010/11/rtems-modular-task-scheduler.html

-Gedare

On Sat, Nov 13, 2010 at 1:38 PM, Gedare Bloom <gedare at gwmail.gwu.edu> wrote:

> I have just uploaded my changes that resolve the issues raised in the
> initial code reviews.  The discussion about these changes is logged in the
> PR 1647 (linked in Joel's previous message).
>
> Since this code is a major re-haul of the supercore thread manager /
> scheduling subsystem, its performance on all platforms is a primary
> concern.  I have been able to test the code in the sis and psim simulators
> with the tmtests.  If anyone else can run these tests on the pre- and
> post-patched RTEMS for other platforms and post/send results it would be
> useful to flag any other possible issues related to processor architecture
> features.
>
> Thanks,
> Gedare
>
>
> On Fri, Nov 12, 2010 at 8:13 AM, Joel Sherrill <joel.sherrill at oarcorp.com>wrote:
>
>> Hi,
>>
>> Gedare Bloom's Google Summer of Code project was
>> to refactor the SuperCore to produce a Scheduler
>> handler.  This is a prerequisite on the way
>> to supporting SMP and alternative schedulers
>> like EDF (which he has implemented for RTEMS).
>>
>> He has continued to work with me to resolve the
>> final issues and I think this code is ready
>> to merge.  If you want to review it before it is
>> merged, please go to:
>>
>> https://www.rtems.org/bugzilla/show_bug.cgi?id=1647
>>
>> If nothing turns up and the final performance numbers
>> are OK, I expect to merge this code within the next week.
>>
>> --joel
>> _______________________________________________
>> rtems-users mailing list
>> rtems-users at rtems.org
>> http://www.rtems.org/mailman/listinfo/rtems-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20101114/b2ccaa2d/attachment-0001.html>