The pset_bind() function binds the LWP or set of LWPs specified by idtype and id to the processor set specified by pset. If obind is not NULL, pset_bind() sets the psetid_t variable pointed to by opset to the previous processor set binding of one of the specified LWP,
or to PS_NONE if the selected LWP was not bound.
If idtype is P_PID, the binding affects all LWPs of the process with process ID (PID) id.
If idtype is P_LWPID, the binding affects the LWP of the current process with LWP ID id.
If idtype is P_TASKID, the binding affects all LWPs of all processes with task ID id.
If idtype is P_PROJID, the binding affects all LWPs of all processes with project ID id.
If id is P_MYID, the specified LWP, process, task, or process is the current one.
If pset is PS_NONE, the processor set bindings of the specified LWPs are cleared.
If pset is PS_QUERY, the processor set bindings are not changed.
If pset is PS_MYID, the specified LWPs are bound to the same processor set as the caller. If the caller is not bound to a processor set, the processor set bindings are cleared.
The effective user of the calling process must be superuser, or its real or effective user ID must match the real or effective user ID of the LWPs being bound, or pset must be PS_QUERY. If the calling process does not have permission to change all of the specified LWPs, the bindings of the LWPs for which it does have permission will be changed even though an error is returned.
If the processor set type of pset is PS_PRIVATE (see pset_info(2)), the effective user of the calling process must
be superuser.
LWPs that have been bound to a processor with processor_bind(2) may also be bound to a processor set if the processor is part of the processor
set. If this occurs, the binding to the processor remains in effect. If the processor binding is later removed, the processor set binding becomes effective.
Processor set bindings are inherited across fork(2) and exec(2).
|