If we attempted reschedule two times without suceeding, uiomove will yield,
authorart <art@openbsd.org>
Fri, 3 Mar 2000 16:58:49 +0000 (16:58 +0000)
committerart <art@openbsd.org>
Fri, 3 Mar 2000 16:58:49 +0000 (16:58 +0000)
commitf7e5f6f670fb5ad95e6af836a696534eb844dd37
tree3ba159b6f58225d8323e6bac4fe0515af8f00908
parentfc756652edad9b6ebcc7b58ed2e418b38d11f0b5
If we attempted reschedule two times without suceeding, uiomove will yield,
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.
sys/kern/kern_subr.c