From cd5e62f992d533bd1673ba015346e4c9c01f67fb Mon Sep 17 00:00:00 2001 From: Tom Rhodes Date: Fri, 3 Apr 2009 23:52:47 +0000 Subject: [PATCH] Catch up with recent locking changes. PR: 132546 Submitted by: pluknet Reviewed by: alc --- share/man/man9/vm_map_lock.9 | 6 ------ 1 file changed, 6 deletions(-) diff --git a/share/man/man9/vm_map_lock.9 b/share/man/man9/vm_map_lock.9 index 619f8c766927..709570926603 100644 --- a/share/man/man9/vm_map_lock.9 +++ b/share/man/man9/vm_map_lock.9 @@ -73,7 +73,6 @@ The .Fn vm_map_lock_read macro obtains a read-lock on .Fa map . -Currently this is implemented as an exclusive lock. .Pp The .Fn vm_map_unlock_read @@ -93,23 +92,18 @@ macro attempts to obtain a read-lock on .Fa map . It returns FALSE if the lock cannot be immediately acquired; otherwise return TRUE with the lock acquired. -Currently this is implemented as an exclusive lock. .Pp The .Fn vm_map_lock_upgrade macro attempts to atomically upgrade a read-lock on .Fa map to an exclusive lock. -As read-locks are currently implemented as exclusive locks, -this macro is a no-op. .Pp The .Fn vm_map_lock_downgrade macro attempts to downgrade an exclusive lock on .Fa map to a read-lock. -As read-locks are currently implemented as exclusive locks, -this macro is a no-op. .Sh IMPLEMENTATION NOTES Currently, all of the locking macros implement their locks as sleep locks. .Sh SEE ALSO