Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> Nope, that's intentional (forgot to repeat this fact, was explained
>> earlier): Users can always override nkaffinity by their own mask. Only
>> the "I-don't-care" XNPOD_ALL_CPUS activates this new selection mechanism.
>
> Ok. But there is still s
Jan Kiszka wrote:
> Nope, that's intentional (forgot to repeat this fact, was explained
> earlier): Users can always override nkaffinity by their own mask. Only
> the "I-don't-care" XNPOD_ALL_CPUS activates this new selection mechanism.
Ok. But there is still something wrong: if the affinity is em
M. Koehrer wrote:
> Hi Jan,
>
> thanks for the patch!
> This looks fine to me. This allows me easily to set the affinity of the
> xenomai tasks.
>
> As far as I understood, I have to specify XNPOD_ALL_CPUS as parameter
> at rt_task_create() to use this feature.
...or an empty mask, both works.
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> This is version 4 of the /proc/xenomai/affinity feature. It has been
>> rebased on the reworked xnshadow_map code, now applying the default
>> affinity mask in a (hopefully) correct way also on shadow threads.
>>
>> What has been said for the previ
Jan Kiszka wrote:
> This is version 4 of the /proc/xenomai/affinity feature. It has been
> rebased on the reworked xnshadow_map code, now applying the default
> affinity mask in a (hopefully) correct way also on shadow threads.
>
> What has been said for the previous patch also applies here: test
