summaryrefslogtreecommitdiffstats
path: root/sys/kern/kern_mtxpool.c
Commit message (Collapse)AuthorAgeFilesLines
* Change callers of mtx_init() to pass in an appropriate lock type name. Injhb2002-04-041-1/+1
| | | | | | | most cases NULL is passed, but in some cases such as network driver locks (which use the MTX_NETWORK_LOCK macro) and UMA zone locks, a name is used. Tested on: i386, alpha, sparc64
* Rename SI_SUB_MUTEX to SI_SUB_MTX_POOL to make the name at all accurate.green2002-03-131-1/+1
| | | | | | | | | | | | | | | | While doing this, move it earlier in the sysinit boot process so that the VM system can use it. After that, the system is now able to use sx locks instead of lockmgr locks in the VM system. To accomplish this, some of the more questionable uses of the locks (such as testing whether they are owned or not, as well as allowing shared+exclusive recursion) are removed, and simpler logic throughout is used so locks should also be easier to understand. This has been tested on my laptop for months, and has not shown any problems on SMP systems, either, so appears quite safe. One more user of lockmgr down, many more to go :)
* cast hashing index to (int)(intptr_t) for calculation.dillon2001-11-191-3/+3
| | | | mtx_init() with MTX_QUIET and MTX_NOWITNESS to avoid bogus warnings
* Fix some warnings on 64 bit platforms.peter2001-11-171-1/+4
|
* Create a mutex pool API for short term leaf mutexes.dillon2001-11-131-0/+112
Replace the manual mutex pool in kern_lock.c (lockmgr locks) with the new API. Replace the mutexes embedded in sxlocks with the new API.
OpenPOWER on IntegriCloud