1 .\" Copyright (c) 2003,2004 The DragonFly Project. All rights reserved.
3 .\" This code is derived from software contributed to The DragonFly Project
4 .\" by Matthew Dillon <dillon@backplane.com>
6 .\" Redistribution and use in source and binary forms, with or without
7 .\" modification, are permitted provided that the following conditions
10 .\" 1. Redistributions of source code must retain the above copyright
11 .\" notice, this list of conditions and the following disclaimer.
12 .\" 2. Redistributions in binary form must reproduce the above copyright
13 .\" notice, this list of conditions and the following disclaimer in
14 .\" the documentation and/or other materials provided with the
16 .\" 3. Neither the name of The DragonFly Project nor the names of its
17 .\" contributors may be used to endorse or promote products derived
18 .\" from this software without specific, prior written permission.
20 .\" THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
21 .\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
22 .\" LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
23 .\" FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
24 .\" COPYRIGHT HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
25 .\" INCIDENTAL, SPECIAL, EXEMPLARY OR CONSEQUENTIAL DAMAGES (INCLUDING,
26 .\" BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
27 .\" LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
28 .\" AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
29 .\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
30 .\" OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
39 .Nd kernel support for userland mutexes
45 .Fn umtx_sleep "volatile const int *ptr" "int value" "int timeout"
47 .Fn umtx_wakeup "volatile const int *ptr" "int count"
51 system call will put the calling process to sleep for
53 microseconds if the contents of the specified pointer matches
55 Specifying a timeout of 0 indicates an indefinite timeout.
56 The comparison is not atomic with the sleep but is properly
57 interlocked against another process calling
59 In particular, while it is possible for two userland threads to race, one
60 going to sleep simultaneously with another releasing the mutex, this condition
61 is caught when the second userland thread calls
63 after releasing the contended mutex.
67 has no specific limitation other than what fits in the signed integer.
68 A negative timeout will return
73 system call will wakeup the specified number of processes sleeping
76 on the specified user address. A count of 0 will wake up all sleeping
77 processes. This function may wake up more processes then the specified
78 count but will never wake up fewer processes (unless there are simply not
79 that many currently sleeping on the address). The current
81 implementation optimized the count = 1 case but otherwise just wakes up
82 all processes sleeping on the address.
84 Kernel support for userland mutexes is based on the physical memory backing
85 the user address. Two userland programs may use this facility through
89 or light weight process-based shared memory.
90 It is important to note that the kernel does not
91 take responsibility for adjusting the contents of the mutex or for the
92 userland implementation of the mutex.
95 does not restart in case of a signal, even if the signal specifies
96 that system calls should restart.
98 Various operating system events can cause
100 to return prematurely, with the contents of the mutex unchanged relative
101 to the compare value. Callers must be able to deal with such returns.
104 will return 0 if it successfully slept and was then woken up. Otherwise
105 it will return -1 and set
110 will generally return 0 unless the address is bad.
112 .Bd -literal -compact
115 userland_get_mutex(struct umtx *mtx)
121 if ((v & MTX_LOCKED) == 0) {
123 * not locked, attempt to lock.
125 if (cmp_and_exg(&mtx->lock, v, v | MTX_LOCKED) == 0)
129 * Locked, bump the contested count and obtain the contested
132 if (cmp_and_exg(&mtx->lock, v, v + 1) == 0) {
133 userland_get_mutex_contested(mtx);
141 userland_get_mutex_contested(struct umtx *mtx)
147 assert(v & ~MTX_LOCKED); /* our contesting count still there */
148 if ((v & MTX_LOCKED) == 0) {
150 * not locked, attempt to remove our contested count and
151 * lock at the same time.
153 if (cmp_and_exg(&mtx->lock, v, (v - 1) | MTX_LOCKED) == 0)
157 * Still locked, sleep and try again.
159 umtx_sleep(&mtx->lock, v, 0);
161 * XXX note: if we are woken up here but do not proceed to
162 * attempt to obtain the mutex, we should chain the
163 * umtx_wakeup() along.
170 userland_rel_mutex(struct umtx *mtx)
176 assert(v & MTX_LOCKED); /* we still have it locked */
177 if (v == MTX_LOCKED) {
179 * We hold an uncontested lock, try to set to an unlocked
182 if (cmp_and_exg(&mtx->lock, MTX_LOCKED, 0) == 0)
186 * We hold a contested lock, unlock and wakeup exactly
187 * one sleeper. It is possible for this to race a new
188 * thread obtaining a lock, in which case any contested
189 * sleeper we wake up will simply go back to sleep.
191 if (cmp_and_exg(&mtx->lock, v, v & ~MTX_LOCKED) == 0) {
192 umtx_wakeup(&mtx->lock, 1);
206 .It Bq Er EWOULDBLOCK
207 The specified timeout occurred.
211 call was interrupted by a signal.
213 An invalid parameter (typically an invalid timeout) was specified.
222 function calls first appeared in