[cgl_discussion] [ANNOUNCE] Robust Mutex Special Interest Group
sdietrich at mvista.com
Tue Mar 15 11:03:26 PST 2005
Announcing the OSDL Robust Mutex Special Interest Group
The general mission of the mutexes SIG is to establish a forum centralizing discussion pertaining to mutex-specific planning and
development in Linux.
The mutexes SIG is needed to promote forward-looking discussion between developers, users and maintainers.
The mutexes SIG can reduce redundant development efforts, and could provision a base for exploring successful integration of
mutex-related technology into the Linux kernel.
Mutex implementations, like the applications that use them are plentiful. Mutex implementations are found in Linux libraries, in
Linux patches, as well as the Linux Kernel.
For each mutex implementation, functionality is specialized. Almost all multi-threaded applications depend on mutexes. College
textbooks cite examples that work on Linux, but use mutex libraries dating back to older operating systems.
Amazing applications, some as mobile as autonomous Robots, run Linux, but many of them augment the Linux kernel with mutex
enhancements that comply with given design criteria.
Advanced mutex functionality is minimal in the Linux kernel. With the advent of the real-time preemption concept, the mutex
conundrum does not relent.
The real-time enhancements exist only as a kernel patch, as do many of the mutex implementations. But the real-time mutex
implementation is not compatible with any other advanced mutex implementation.
The mutexes SIG will initially research the integration of two partially overlapped mutex implementations:
The realtime-preempt mutex in Ingo Molnar's patch implements a generic (portable) priority-inheriting kernel mutex with deadlock
The Robust Mutex project (aka "Fusyn") also provides a generic (portable) priority-inheriting kernel / userspace mutex with deadlock
Both projects have specific, but also complementary, and overlapping objectives. Both projects implement several possibly common
subsystems, but the implementations are functionally conflicting. Binary compatibility concerns emerge.
It is conceivable that system-designers using Linux for advanced applications may wish to utilize the Robust (User-space) Mutex
patches at the same time as the real-time kernel enhancements. It is inefficient at best, to have two independent PI mechanisms
operating in the kernel. If RT and Fusyn are to coexist (they are birds of a feather
after all), at least the priority inhertance functionality, as well as bounded list operations would need to be reconciled between
the two implementations.
Please refer to the OSDL site:
for more information.
First conference call is Wed (3/16) at 9AM (pacific)
Real-Time Software Architect
MontaVista Software, Inc.
1237 East Arques Ave.
Sunnyvale, CA 94085
Email: sdietrich at mvista.com
Platform To Innovate
More information about the cgl_discussion