futex

In computing, a futex (short for "fast userspace mutex") is a kernel system call that programmers can use to implement basic locking, or as a building block for higher-level locking abstractions such as semaphores and POSIX mutexes or condition variables.

A futex consists of a kernel-space ''wait queue'' that is attached to an atomic integer in userspace. Multiple processes or threads operate on the integer entirely in userspace (using atomic operations to avoid interfering with one another), and only resort to the fast but still more expensive system calls to request operations on the wait queue (for example to wake up waiting processes, or to put the current process on the wait queue). A properly programmed futex-based lock will not use system calls except when the lock has contention; since most operations do not require arbitration between processes, this will not happen in most cases.

History

Hubertus Franke (IBM Thomas J. Watson Research Center), Matthew Kirkwood, Ingo Molnár (Red Hat), and Rusty Russell ( IBM Linux Technology Center) originated the futex mechanism on Linux in 2002.
In the same year, discussions took place on a proposal to make futexes accessible via the file system by creating a special node in /dev or /proc. However, Linus Torvalds strongly opposed this idea and rejected any related patches.

Futexes then appeared for the first time in version 2.5.7 of the Linux kernel development series; the semantics stabilized as of version 2.5.40, and futexes have been part of the Linux kernel mainline since the December 2003 release of 2.6.x stable kernel series.

Futex functionality has been implemented in Microsoft Windows since Windows 8 or Windows Server 2012 under the name WaitOnAddress.

In 2013, Microsoft patented futex-related WaitOnAddress and the patent was granted in 2014.

In May 2014, the CVE system announced a vulnerability discovered in the Linux kernel's futex subsystem that allowed denial-of-service attacks or local privilege escalation.

In May 2015, the Linux kernel introduced a deadlock bug vi
Commit b0c29f79ecea
that caused a hang in user applications. The bug affected many enterprise Linux distributions, including 3.x and 4.x kernels, and Red Hat Enterprise Linux version 5, 6 and 7, SUSE Linux 12 and Amazon Linux.

Futexes have been implemented in OpenBSD since 2016.

The futex mechanism is one of the core concepts of the Zircon kernel in Google's Fuchsia operating system since at least April 2018.

Apple implemented futex in iOS/iPadOS/tvOS 17.4, macOS 14.4, watchOS 10.4 and visionOS 1.1.

Futex like functionality was added to C++ with the atomic::wait, atomic::notify_one, and atomic::notify_all operations in C++20.

Support for FUTEX2 in the Linux kernel was designed to support two new main features, first something that can be used to implement the Win32 API WaitForMultipleObjects, and second to be able to wait on addresses other than 32bit ones. The first step was integrated in 5.16 in November 2021. with the waitv syscall.

Operations

Futexes have two basic operations, WAIT and WAKE.

* WAIT(addr, val)
: If the value stored at the address addr is val, puts the current thread to sleep.
* WAKE(addr, num)
: Wakes up num number of threads waiting on the address addr.

For more advanced uses, there are a number of other operations, the most used being CMP_REQUEUE and WAKE_OP, which both function as more generic WAKE operations.Futexes Are Tricky
Ulrich Drepper (Red Hat, v1.6, 2011)

* CMP_REQUEUE(old_addr, new_addr, num_wake, num_move, val)
: If the value stored at the address old_addr is val, wakes num_wake threads waiting on the address old_addr, and enqueues num_move threads waiting on the address old_addr to now wait on the address new_addr. This can be used to avoid the thundering herd problem on wake.Zircon zx_futex_requeue documentation
/ref>
* WAKE_OP(addr1, addr2, num1, num2, op, op_arg, cmp, cmp_arg)
: Will read addr2, perform op with op_arg on it, and store the result back to addr2. Then it will wake num1 threads waiting on addr1, and, if the previously read value from addr2 matches cmp_arg using comparison cmp, will wake num2 threads waiting on addr2. This very flexible and generic wake mechanism is useful for implementing many synchronization primitives.

FUTEX2 API:
* WAITV(waiters: *, num)
: Wait on many, wake on any. For each of the num entries in the waiters vector do a parallel WAIT operation on the address and value. Return the index of the first address being awoken. The flags can be used to indicate different bit widths.

See also

* Synchronization
* Fetch-and-add
* Compare-and-swap

References

External links

* - futex() system call
* - futex semantics and usage
* Hubertus Franke, Rusty Russell, Matthew Kirkwood.
Fuss, futexes and furwocks: Fast Userlevel Locking in Linux
', Ottawa Linux Symposium 2002.
*
* Bert Hubert (2004)
Unofficial Futex manpages
* Ingo Molnar.
Robust Futexes
, ''Linux Kernel Documentation''
*
Priority Inheritance Futexes
, ''Linux Kernel Documentation''

{{Linux kernel

Concurrency control
Linux kernel features