| Age | Commit message (Collapse) | Author |
|---|
|
giving other processes a chance to run.
A process feeding a huge buffer to {read,write}{,v} on a file that doesn't
need to wait for I/O, could have hogged a lot of cpu in the kernel, blocking
all userland activity.
Based on a similiar fix in FreeBSD.
|
|
from NetBSD, Sat Jun 26 08:25:25 1999 UTC by augustss:
Add powerhooks, i.e., the ability to register a function that will be
called when the machine does a suspend or resume.
XXX Will go away when Jason's kevents come to life.
|
|
Add an extra flag to hashinit telling if it should wait in malloc.
update all calls to hashinit.
|
|
|
|
arg for passing to malloc() (hashinit always uses M_WAITOK which is not
always what you want). Everything that uses hashinit should really
get converted to newhashinit and then newhashinit can be renamed.
|
|
(size_t) and don't return EINVAL if it is < 0 in sys_{read,write}. Remove check for uio_resid < 0 uiomove() now that uio_resid is unsigned and brack remaining panics with #ifdef DIAGNOSTIC. vn_rdwr() must now take a size_t * as its 9th argument so change that and clean up uses of vn_rdwr(). Fixes 549 + more
|
|
|
|
|
|
|
|
Do sync in the order of umount (vfs_syscals.c), as it was pointed
by someone in NetBSD's lists.
|
|
|
