[PATCH 1/8] score: Add CPU_MAXIMUM_PROCESSORS

Joel Sherrill joel at rtems.org
Thu Mar 3 15:17:41 UTC 2016


On Thu, Mar 3, 2016 at 9:12 AM, Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

>
>
> On 03/03/16 16:10, Joel Sherrill wrote:
>
>> How does this interact with the pthread affinity and cpuset size?
>>
>
> Its unrelated to the high level API.
>
>
>> If we end up with a port that can support more than 32, then do we
>> increase the cpuset size or make applications more to variable cpuset's?
>>
>
> No, the high level API is a different issue.
>
>
>> What's the intended use?
>>
>
> The high level API cpu_set_t is to inefficient for internal use. Linux
> uses something similar internally.


So the affinity data structure internally is going to change?

This constant was added for some purpose. What is it?

>
>
> --
> 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.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20160303/acb4f9fd/attachment-0002.html>


More information about the devel mailing list