LEON3 Multiprocessor support

[Leonard Bise]

Thanks a lot for the clarification guys.

I'm indeed looking for the SMP support of RTEMS so I'll be sure to check
the current state.

Best regards.


*Léonard Bise*
Software Design Engineer
Direct Line +41 (0)32 338 9902

*SYDERAL SA*
Neuenburgstrasse 7
CH-3238 Gals (Switzerland)
Desk Line +41 (0)32 338 9800
Web Site http://www.syderal.ch


2013/11/19 Gedare Bloom <gedare at rtems.org>

> On Tue, Nov 19, 2013 at 6:06 AM, Sebastian Huber
> <sebastian.huber at embedded-brains.de> wrote:
> > On 2013-11-19 11:56, Leonard Bise wrote:
> >>
> >> Am I correct in thinking that this section of the RTEMS doc :
> >>
> >>
> http://rtems.org/onlinedocs/doc-current/share/rtems/html/c_user/Multiprocessing-Manager.html#Multiprocessing-Manager
> >>
> >> Talks about what I want or is that something else entirely? I'm a bit
> loss
> >> with
> >> your comment about multiprocessing support in RTEMS Sebastian.
> >
> >
> > RTEMS_MULTIPROCESSING:
> >
> > Independent single-processor RTEMS instances share global objects.  State
> > changes are exchanged by means of message passing.
> >
> Typical use for RTEMS_MULTIPROCESSING would be when attaching multiple
> processors across a bus. You would reasonably use this option when the
> communication between processors is on par with memory access, or
> slower than accessing memory.
>
> > RTEMS_SMP:
> >
> > One symmetric multi-processor RTEMS instance runs on multiple processors.
> >
> Use RTEMS_SMP when the communication between processors can be faster
> than memory access, for example in a chip multicore.
>
> If you're investigating RTEMS for a dual core, you'll probably want
> the RTEMS_SMP if you can handle waiting for / helping production
> quality to come
>
> -Gedare
>
> >
> > --
> > 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-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/20131120/8f87a207/attachment-0001.html>