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?
Description: OpenPGP digital signature
_______________________________________________ Xenomai-core mailing list Xenomaiemail@example.com https://mail.gna.org/listinfo/xenomai-core