CVSROOT: /cvs
Module name: src
Changes by: d...@cvs.openbsd.org 2017/02/19 17:43:25
Modified files:
sys/kern : subr_pool.c
Log message:
revert 1.206 because it allows deadlocks.
if the gc task is running on a cpu that handles interrupts it is
possible to allow a deadlock. the gc task my be cleaning up a pool
and holding its mutex when an non-MPSAFE interrupt arrives and tries
to take the kernel lock. another cpu may already be holding the
kernel lock when it then tries use the same pool thats the pool GC
is currently processing.
thanks to sthen@ and mpi@ for chasing this down.
