mutex-xchg.h 3.76 KB
Newer Older
1
/*
2
 * include/asm-generic/mutex-xchg.h
3 4 5
 *
 * Generic implementation of the mutex fastpath, based on xchg().
 *
Nicolas Pitre's avatar
Nicolas Pitre committed
6
 * NOTE: An xchg based implementation might be less optimal than an atomic
7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
 *       decrement/increment based implementation. If your architecture
 *       has a reasonable atomic dec/inc then you should probably use
 *	 asm-generic/mutex-dec.h instead, or you could open-code an
 *	 optimized version in asm/mutex.h.
 */
#ifndef _ASM_GENERIC_MUTEX_XCHG_H
#define _ASM_GENERIC_MUTEX_XCHG_H

/**
 *  __mutex_fastpath_lock - try to take the lock by moving the count
 *                          from 1 to a 0 value
 *  @count: pointer of type atomic_t
 *  @fail_fn: function to call if the original value was not 1
 *
 * Change the count from 1 to a value lower than 1, and call <fail_fn> if it
 * wasn't 1 originally. This function MUST leave the value lower than 1
 * even when the "1" assertion wasn't true.
 */
Nicolas Pitre's avatar
Nicolas Pitre committed
25
static inline void
26
__mutex_fastpath_lock(atomic_t *count, void (*fail_fn)(atomic_t *))
Nicolas Pitre's avatar
Nicolas Pitre committed
27 28
{
	if (unlikely(atomic_xchg(count, 0) != 1))
29 30 31 32 33
		/*
		 * We failed to acquire the lock, so mark it contended
		 * to ensure that any waiting tasks are woken up by the
		 * unlock slow path.
		 */
34
		if (likely(atomic_xchg_acquire(count, -1) != 1))
35
			fail_fn(count);
Nicolas Pitre's avatar
Nicolas Pitre committed
36
}
37 38 39 40 41 42

/**
 *  __mutex_fastpath_lock_retval - try to take the lock by moving the count
 *                                 from 1 to a 0 value
 *  @count: pointer of type atomic_t
 *
43 44
 * Change the count from 1 to a value lower than 1. This function returns 0
 * if the fastpath succeeds, or -1 otherwise.
45 46
 */
static inline int
47
__mutex_fastpath_lock_retval(atomic_t *count)
48
{
49
	if (unlikely(atomic_xchg_acquire(count, 0) != 1))
50
		if (likely(atomic_xchg(count, -1) != 1))
51
			return -1;
52
	return 0;
53 54 55 56 57 58 59 60 61 62 63 64 65 66
}

/**
 *  __mutex_fastpath_unlock - try to promote the mutex from 0 to 1
 *  @count: pointer of type atomic_t
 *  @fail_fn: function to call if the original value was not 0
 *
 * try to promote the mutex from 0 to 1. if it wasn't 0, call <function>
 * In the failure case, this function is allowed to either set the value to
 * 1, or to set it to a value lower than one.
 * If the implementation sets it to a value of lower than one, the
 * __mutex_slowpath_needs_to_unlock() macro needs to return 1, it needs
 * to return 0 otherwise.
 */
Nicolas Pitre's avatar
Nicolas Pitre committed
67
static inline void
68
__mutex_fastpath_unlock(atomic_t *count, void (*fail_fn)(atomic_t *))
Nicolas Pitre's avatar
Nicolas Pitre committed
69
{
70
	if (unlikely(atomic_xchg_release(count, 1) != 0))
Nicolas Pitre's avatar
Nicolas Pitre committed
71 72
		fail_fn(count);
}
73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93

#define __mutex_slowpath_needs_to_unlock()		0

/**
 * __mutex_fastpath_trylock - try to acquire the mutex, without waiting
 *
 *  @count: pointer of type atomic_t
 *  @fail_fn: spinlock based trylock implementation
 *
 * Change the count from 1 to a value lower than 1, and return 0 (failure)
 * if it wasn't 1 originally, or return 1 (success) otherwise. This function
 * MUST leave the value lower than 1 even when the "1" assertion wasn't true.
 * Additionally, if the value was < 0 originally, this function must not leave
 * it to 0 on failure.
 *
 * If the architecture has no effective trylock variant, it should call the
 * <fail_fn> spinlock-based trylock variant unconditionally.
 */
static inline int
__mutex_fastpath_trylock(atomic_t *count, int (*fail_fn)(atomic_t *))
{
94
	int prev = atomic_xchg_acquire(count, 0);
95 96 97 98 99 100 101 102 103 104 105 106 107

	if (unlikely(prev < 0)) {
		/*
		 * The lock was marked contended so we must restore that
		 * state. If while doing so we get back a prev value of 1
		 * then we just own it.
		 *
		 * [ In the rare case of the mutex going to 1, to 0, to -1
		 *   and then back to 0 in this few-instructions window,
		 *   this has the potential to trigger the slowpath for the
		 *   owner's unlock path needlessly, but that's not a problem
		 *   in practice. ]
		 */
108
		prev = atomic_xchg_acquire(count, prev);
109 110 111 112 113 114 115 116
		if (prev < 0)
			prev = 0;
	}

	return prev;
}

#endif