RTEMS SMP Status Report v3
Cudmore, Alan P. (GSFC-5820)
alan.p.cudmore at nasa.gov
Wed Dec 21 14:02:03 UTC 2016
I agree, it’s an excellent report. Thanks for the SMP implementation in RTEMS, it is very important to our future work.
In the past I have used the classic RTEMS API. For SMP applications, is there a preferred API? Does the POSIX API offer more control or features over the Classic API for SMP?
On 12/21/16, 1:08 AM, "devel on behalf of Sebastian Huber" <devel-bounces at rtems.org on behalf of sebastian.huber at embedded-brains.de> wrote:
On 20/12/16 23:43, Chris Johns wrote:
> On 21/12/2016 08:45, Gedare Bloom wrote:
>> On Tue, Dec 20, 2016 at 4:12 PM, Chris Johns <chrisj at rtems.org> wrote:
>>> On 19/12/2016 20:07, Sebastian Huber wrote:
>>>> there is a third version of an RTEMS SMP Status Report available at:
>>> This is an excellent report.
>>> Should some parts of this be added to the User Manual under an SMP
>> I would rather have a collection of "Technical Reports" that are
>> developer-community supported.
> Yes of course, the report stands alone and I was not intending to say
> There are really good parts on how to write suitable SMP apps and also
> on the issues of moving code from a uni-processor to SMP system. I see
> these as being great user focused topics. It would be good if we can
> take what is there as base and reuse what we need, that is all I was
Some parts are already in the user manual. I work currently on user
manual updates for SMP.
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
More information about the devel