Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Gilles Chanteperdrix wrote:
>>
>>> Jan Kiszka wrote:
>>>
>>>> Picking up the earlier discussion of CPU affinity of shadow threads,
>>>> this patch now opens the possibility to assign a CPU mask on
>>>> xnshadow_map. It cleans up the related nucleus code and updates all
>>>> callers of xnshadow_map appropriately.
>>>>
>>>> Be warned, it's only tested on (q)emulated SMP. Comments and test
>>>> reports on real hardware are welcome.
>>> It is only possible to set the affinity of a user-space thread, why
>>> adding another way to do it ?
>>>
>>
>> I'm not yet completely understanding what you mean.
>>
>> So far the affinity was indirectly assigned to some xnthread by the CPU
>> the caller of xnshadow_map happened to run on. Now this is done
>> explicitly, thus in a more robust way (there was an undefined path in
>> the old code) and without duplicating code (/wrt skins).
> 
> I meant "already" instead of "only", it is already possible to set the
> affinity of a user-space thread with sched_setaffinity.
> 

OK. So you are suggesting to read out the affinity mask from task_struct
instead of passing it as an additional argument?

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core

Reply via email to