malloc(M_WAITOK) implies sleeping, so we have to double check that
somebody else didn't beat us in uid_find().

split out uidinfo from kern_proc.c private, use it to store lock count,
restrict lock count per uid to a global limit, add sysctl to adjust limit.
this prevents a user from creating too many locks.

split out uidinfo from kern_proc.c private, use it to store lock count,
restrict lock count per uid to a global limit, add sysctl to adjust limit.
this prevents a user from creating too many locks. problem noticed
by devon o'dell. ok deraadt miod pedro

show more ...

Use list and queue macros where applicable to make the code easier to read;
no change in compiler assembly output.

handle SONPROC; ok aaron, deraadt, krw

cacheing -> caching

move db_show_all_procs to kern_proc.c, proc_printit goes in DDB too.
shuffle functions around so that scheduler is all together.
no real functional changes. ok art@ testing miod@

SIMPLELOCK -> mutex for the lock around deadproc list.
Also move the whole deadproc infrastructure to kern_exit, it's only used
there.

miod@ ok

debranch SMP, have fun

The Sxxx proc state defines start at 1, not 0. Also make the const
usage more correct and fix a signed/unsigned format mismatch.
Based on a patch from Patrick Latifi. OK deraadt@

Remove the advertising clause in the UCB license which Berkeley
rescinded 22 July 1999. Proofed by myself and Theo.

Quoting Theo: Do not approve diffs when you're hungover.
Accessing p_md members from MI code is not legal.

use snprintf. ok mickey

sho proc [addr] to print some proc's field; art@ ok

First round of __P removal in sys

poolify pcreds.

Allocate rusage, pgrp, ucred and session with pool.

Pool deals fairly well with physical memory shortage, but it doesn't deal
well (not at all) with shortages of the vm_map where the pages are mapped
(usually kmem_map).

Try to deal with it:
- group

Pool deals fairly well with physical memory shortage, but it doesn't deal
well (not at all) with shortages of the vm_map where the pages are mapped
(usually kmem_map).

Try to deal with it:
- group all information the backend allocator for a pool in a separate
struct. The pool will only have a pointer to that struct.
- change the pool_init API to reflect that.
- link all pools allocating from the same allocator on a linked list.
- Since an allocator is responsible to wait for physical memory it will
only fail (waitok) when it runs out of its backing vm_map, carefully
drain pools using the same allocator so that va space is freed.
(see comments in code for caveats and details).
- change pool_reclaim to return if it actually succeeded to free some
memory, use that information to make draining easier and more efficient.
- get rid of PR_URGENT, noone uses it.

show more ...

Don't include <sys/map.h> when you don't need what's in it.

Use pool to allocate processes.

Changes to exit handling.

cpu_exit no longer frees the vmspace and u-area. This is now handled by a
separate kernel thread "reaper". This is to avoid sleeping locks in the
critical path of cpu_exit

Changes to exit handling.

cpu_exit no longer frees the vmspace and u-area. This is now handled by a
separate kernel thread "reaper". This is to avoid sleeping locks in the
critical path of cpu_exit where we're not allowed to sleep.

From NetBSD

show more ...

zap the newhashinit hack.
Add an extra flag to hashinit telling if it should wait in malloc.
update all calls to hashinit.

Please gcc 2.8

Please GCC 2.8 -Wall

fix memory leak; hbriceno@lcs.mit.edu

From NetBSD: 960217 merge