aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux/queuelock.h
Commit message (Collapse)AuthorAge
* [cleanup] remove trailing whitespaceBjoern B. Brandenburg2008-01-17
|
* Use volatile access and relax_cpu() in queue lock.Bjoern B. Brandenburg2007-05-13
|
* Various changes that I don't want to lose, but the code does not work.John M. Calandrino2007-05-09
|
* small fixesBjoern Brandenburg2007-02-21
| | | | | insert barrier() to be sure order is preserved by inline expansion don't depend on macro for initialization
* add _irqsave/_irqrestore macros to queuelock.hBjoern Brandenburg2007-02-20
|
* Mark spin variable as volatile.Bjoern Brandenburg2007-02-20
| | | | Force gcc to actually spin.
* Fix wrong initialization of queue lock.Bjoern Brandenburg2007-02-20
| | | | The first needs to be unlocked, not the last.
* Implement queue locks based on the primitives provided atomic.hBjoern Brandenburg2007-02-20
| | | | | | | | | | | | | | | | This re-implements the queue locks for the new LITMUS version. Major differences to the previous implementation: 1) platform independent implementation - no manual assembly code in the queue lock implementation required 2) Recursive acquiring of the locks is not possible! None of the other Linux locking primitives allow it, so it is consistent and we weren't using it anyway as far as I know. 3) The number of "processes" in the implementation is fixed to NR_CPUS. Anything else doesn't really make sense in the kernel anyway.
* remove second, unneeded parameter of queue_lock_init()Bjoern Brandenburg2007-02-19
| | | | | Queue locks in LTMUS always must allow for NR_CPUS processes. Therefore, it is redundant to specify that int queue_lock_init().
* Added litmus.c, made it compile.Bjoern B. Brandenburg2007-02-01
generated by cgit v1.2.2 (git 2.25.0) at 2025-04-24 21:31:26 -0400