Searched refs:child (Results 26 - 37 of 37) sorted by relevance

12

/darwin-on-arm/xnu/bsd/security/audit/
H A Daudit.h254 void audit_proc_fork(struct proc *parent, struct proc *child);
/darwin-on-arm/xnu/iokit/Kernel/
H A DIOPlatformExpert.cpp565 OSDictionary * child; local
581 if ( NULL != (child = (OSDictionary *) children->getObject (i)) ) {
582 if ( NULL != (aService = (IOService *) child->getObject ("service")) )
591 // exists there) of a new child.
H A DIOPMrootDomain.cpp4311 // Find the power connection object that is a child of the PCI host
4313 // power branch for delayed child notifications.
4317 IORegistryEntry * child = service; local
4318 IORegistryEntry * parent = child->getParentEntry(gIOPowerPlane);
4320 while (child != this)
4325 if (OSDynamicCast(IOPowerConnection, child))
4327 IOPowerConnection * conn = (IOPowerConnection *) child;
4332 child = parent;
4333 parent = child->getParentEntry(gIOPowerPlane);
4975 // Approve usage of delayed child notificatio
[all...]
/darwin-on-arm/xnu/osfmk/kern/
H A Dtask.h406 task_t *child);
/darwin-on-arm/xnu/bsd/kern/
H A Dkern_fork.c140 void thread_set_child(thread_t child, int pid);
147 thread_t fork_create_child(task_t parent_task, proc_t child, int inherit_memory, int is64bit);
210 * Retval: 0 (to child process)
211 * !0 pid of child (to parent process)
219 * has its task, thread, and uthread lent to the child process,
222 * is effectively running on the child process.
225 * though discouraged, and will operate on the child process; any
227 * changes in the parent state, and, if inheritable, the child
229 * child process at execve() time, will also be effected. Given
292 retval[1] = 1; /* flag child retur
[all...]
H A Dproc_info.c1847 boolean_t child = FALSE; local
1862 child = TRUE;
1868 if ((self == FALSE) && (child == FALSE) && kauth_cred_issuser(kauth_cred_get()) != TRUE) {
/darwin-on-arm/xnu/bsd/sys/
H A Ddtrace.h2431 extern void (*dtrace_helpers_fork)(proc_t *parent, proc_t *child);
/darwin-on-arm/xnu/iokit/IOKit/
H A DIOService.h373 @result Returns a reference to the IOService child with the given category. The result should be released by the caller.
869 @discussion This function called in an IOService client enters the client into the I/O Registry as a child of the provider in the service plane. The provider must be active or the attach will fail. Multiple attach calls to the same provider are no-ops and return success. A client may be attached to multiple providers. Entering an object into the I/O Registry retains both the client and provider until they are detached.
877 @discussion This function called in an IOService client removes the client as a child of the provider in the service plane of the I/O Registry. If the provider is not a parent of the client this is a no-op, otherwise the I/O Registry releases both the client and provider.
1429 @discussion Use <code>temporaryPowerClampOn</code> to hold your driver in its highest power state while waiting for child devices to attach. After children have attached, the clamp is released and the device's power state is controlled by the children's requirements.
1533 @abstract Informs a driver that it has a new child.
1534 @discussion The Platform Expert uses this method to call a driver and introduce it to a new child. This call is handled internally by power management. It is not intended to be overridden or called by drivers.
1535 @param theChild A pointer to the child IOService object. */
1592 @discussion A device's "current power state" is updated at the end of each power state transition (e.g. transition from state 1 to state 0, or state 0 to state 2). This transition includes the time spent powering on or off any power plane children. Thus, if a child calls <code>getPowerState</code> on its power parent during system wake from sleep, the call will return the index to the device's off state rather than its on state.
1763 bool notifyChild ( IOPowerConnection * child );
/darwin-on-arm/xnu/security/
H A Dmac_framework.h165 void mac_cred_label_associate_fork(kauth_cred_t cred, proc_t child);
H A Dmac_policy.h3302 controls for wait, since programs often wait for child processes to
3303 exit. Failure to be notified of a child process terminating may
4647 @param child New (child) task
4659 struct task *child,
/darwin-on-arm/xnu/bsd/net/
H A Dpf.c175 struct pf_anchor *child; member in struct:pf_anchor_stackframe
2817 if ((f->child = RB_MIN(pf_anchor_node, f->parent)) ==
2822 *rs = &f->child->ruleset;
2825 f->child = NULL;
2842 if (f->parent != NULL && f->child != NULL) {
2843 if (f->child->match ||
2848 f->child = RB_NEXT(pf_anchor_node, f->parent, f->child);
2849 if (f->child != NULL) {
2850 *rs = &f->child
[all...]
/darwin-on-arm/xnu/bsd/dev/dtrace/
H A Ddtrace.c15544 * processed dof; on fork the block is copied to the child, on exec and
15798 dtrace_lazy_dofs_duplicate(proc_t *parent, proc_t *child)
15802 lck_mtx_assert(&child->p_dtrace_sprlock, LCK_MTX_ASSERT_NOTOWNED);
15815 * In theory we should hold the child sprlock, but this is safe...
15817 ASSERT(child->p_dtrace_lazy_dofs == NULL && child->p_dtrace_helpers == NULL);
15830 lck_mtx_lock(&child->p_dtrace_sprlock);
15831 child->p_dtrace_lazy_dofs = child_dofs;
15832 lck_mtx_unlock(&child->p_dtrace_sprlock);

Completed in 205 milliseconds

12