NAME

     vm_map_stack, vm_map_growstack — manage process stacks

SYNOPSIS

     #include <sys/param.h>
     #include <vm/vm.h>
     #include <vm/vm_map.h>

     int
     vm_map_stack(vm_map_t map, vm_offset_t addrbos, vm_size_t max_ssize, vm_prot_t prot, vm_prot_t max,
         int cow);

     int
     vm_map_growstack(struct proc *p, vm_offset_t addr);

DESCRIPTION

     The vm_map_stack() function maps a process stack for a new process image.  The stack is mapped addrbos in
     map, with a maximum size of max_ssize.  Copy-on-write flags passed in cow are also applied to the new
     mapping.  Protection bits are supplied by prot and max.

     It is typically called by execve(2).

     The vm_map_growstack() function is responsible for growing a stack for the process p to the desired address
     addr, similar to the legacy sbrk(2) call.

IMPLEMENTATION NOTES

     The vm_map_stack() function calls vm_map_insert(9) to create its mappings.

     The vm_map_stack() and vm_map_growstack() functions acquire the process lock on p for the duration of the
     call.

RETURN VALUES

     The vm_map_stack() function returns KERN_SUCCESS if the mapping was allocated successfully.

     Otherwise, if mapping the stack would exceed the process's VMEM resource limit, or if the specified bottom-
     of-stack address is out of range for the map, or if there is already a mapping at the address which would
     result, or if max_ssize could not be accommodated within the current mapping, KERN_NO_SPACE is returned.

     Other possible return values for this function are documented in vm_map_insert(9).

     The vm_map_growstack() function returns KERN_SUCCESS if addr is already mapped, or if the stack was grown
     successfully.

     It also returns KERN_SUCCESS if addr is outside the stack range; this is done in order to preserve
     compatibility with the deprecated grow() function previously located in the file vm_machdep.c.

SEE ALSO

     vm_map(9), vm_map_insert(9)

AUTHORS

     This manual page was written by Bruce M Simpson <bms@spc.org>.