GSoC2016 : Providing SMP support for RTEMS

[Darshit Shah]

On 03/07, Sebastian Huber wrote:
>Hello,
>
>On 06/03/16 19:17, Joel Sherrill wrote:
>>Sebastian may have more general SMP ideas but the initial push for 
>>SMP gave us great support on a subset of BSPs and architectures and 
>>left gaps on others.
>
>working on SMP improvements is a bit difficult currently since I will 
>work in this area nearly full time in the next half a year or so. I 
>hope that Darshit Shah will work on the SMP scheduler optimizations 
>for the arbitrary processor affinities in GSoC 2016.

Yes, I do intend to work on providing better APA Scheduling Support for 
RTEMS over the summer. The existind Priority SMP Scheduler already 
supports processor affinities, but the new implementation should allow 
for better schedulability. I'll send a more detailed email outlining my 
thoughts and ideas soon. 
>
>Adding SMP support to a specific BSP for an architecture that already 
>supports SMP (ARM, PowerPC, SPARC) is not enough for a GSoC project. 
>Even adding SMP support to new architectures shouldn't be a big deal.
>
>-- 
>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.
>
>_______________________________________________
>devel mailing list
>devel at rtems.org
>http://lists.rtems.org/mailman/listinfo/devel

-- 
Thanking You,
Darshit Shah
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/devel/attachments/20160307/9ad14ca8/attachment.bin>