1998-08-24 08:39:39 +00:00
|
|
|
/*-
|
|
|
|
* Copyright (c) 1998 Doug Rabson
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
1999-08-28 01:08:13 +00:00
|
|
|
* $FreeBSD$
|
1998-08-24 08:39:39 +00:00
|
|
|
*/
|
|
|
|
#ifndef _MACHINE_ATOMIC_H_
|
2005-07-09 12:38:53 +00:00
|
|
|
#define _MACHINE_ATOMIC_H_
|
1998-08-24 08:39:39 +00:00
|
|
|
|
2005-03-02 21:33:29 +00:00
|
|
|
#ifndef _SYS_CDEFS_H_
|
|
|
|
#error this file needs sys/cdefs.h as a prerequisite
|
|
|
|
#endif
|
|
|
|
|
2015-07-24 19:43:18 +00:00
|
|
|
/*
|
|
|
|
* To express interprocessor (as opposed to processor and device) memory
|
|
|
|
* ordering constraints, use the atomic_*() functions with acquire and release
|
|
|
|
* semantics rather than the *mb() functions. An architecture's memory
|
|
|
|
* ordering (or memory consistency) model governs the order in which a
|
|
|
|
* program's accesses to different locations may be performed by an
|
|
|
|
* implementation of that architecture. In general, for memory regions
|
|
|
|
* defined as writeback cacheable, the memory ordering implemented by amd64
|
|
|
|
* processors preserves the program ordering of a load followed by a load, a
|
|
|
|
* load followed by a store, and a store followed by a store. Only a store
|
|
|
|
* followed by a load to a different memory location may be reordered.
|
|
|
|
* Therefore, except for special cases, like non-temporal memory accesses or
|
|
|
|
* memory regions defined as write combining, the memory ordering effects
|
|
|
|
* provided by the sfence instruction in the wmb() function and the lfence
|
|
|
|
* instruction in the rmb() function are redundant. In contrast, the
|
|
|
|
* atomic_*() functions with acquire and release semantics do not perform
|
|
|
|
* redundant instructions for ordinary cases of interprocessor memory
|
|
|
|
* ordering on any architecture.
|
|
|
|
*/
|
2009-10-06 23:48:28 +00:00
|
|
|
#define mb() __asm __volatile("mfence;" : : : "memory")
|
|
|
|
#define wmb() __asm __volatile("sfence;" : : : "memory")
|
|
|
|
#define rmb() __asm __volatile("lfence;" : : : "memory")
|
2008-11-22 05:55:56 +00:00
|
|
|
|
1998-08-24 08:39:39 +00:00
|
|
|
/*
|
2006-12-29 15:29:49 +00:00
|
|
|
* Various simple operations on memory, each of which is atomic in the
|
|
|
|
* presence of interrupts and multiple processors.
|
1998-08-24 08:39:39 +00:00
|
|
|
*
|
2006-12-29 14:28:23 +00:00
|
|
|
* atomic_set_char(P, V) (*(u_char *)(P) |= (V))
|
|
|
|
* atomic_clear_char(P, V) (*(u_char *)(P) &= ~(V))
|
|
|
|
* atomic_add_char(P, V) (*(u_char *)(P) += (V))
|
|
|
|
* atomic_subtract_char(P, V) (*(u_char *)(P) -= (V))
|
1999-07-13 06:35:25 +00:00
|
|
|
*
|
2006-12-29 14:28:23 +00:00
|
|
|
* atomic_set_short(P, V) (*(u_short *)(P) |= (V))
|
|
|
|
* atomic_clear_short(P, V) (*(u_short *)(P) &= ~(V))
|
|
|
|
* atomic_add_short(P, V) (*(u_short *)(P) += (V))
|
|
|
|
* atomic_subtract_short(P, V) (*(u_short *)(P) -= (V))
|
1999-07-13 06:35:25 +00:00
|
|
|
*
|
2006-12-29 14:28:23 +00:00
|
|
|
* atomic_set_int(P, V) (*(u_int *)(P) |= (V))
|
|
|
|
* atomic_clear_int(P, V) (*(u_int *)(P) &= ~(V))
|
|
|
|
* atomic_add_int(P, V) (*(u_int *)(P) += (V))
|
|
|
|
* atomic_subtract_int(P, V) (*(u_int *)(P) -= (V))
|
2013-08-21 22:03:06 +00:00
|
|
|
* atomic_swap_int(P, V) (return (*(u_int *)(P)); *(u_int *)(P) = (V);)
|
2006-12-29 15:29:49 +00:00
|
|
|
* atomic_readandclear_int(P) (return (*(u_int *)(P)); *(u_int *)(P) = 0;)
|
1999-07-13 06:35:25 +00:00
|
|
|
*
|
2006-12-29 14:28:23 +00:00
|
|
|
* atomic_set_long(P, V) (*(u_long *)(P) |= (V))
|
|
|
|
* atomic_clear_long(P, V) (*(u_long *)(P) &= ~(V))
|
|
|
|
* atomic_add_long(P, V) (*(u_long *)(P) += (V))
|
|
|
|
* atomic_subtract_long(P, V) (*(u_long *)(P) -= (V))
|
2013-08-21 22:03:06 +00:00
|
|
|
* atomic_swap_long(P, V) (return (*(u_long *)(P)); *(u_long *)(P) = (V);)
|
2006-12-29 15:29:49 +00:00
|
|
|
* atomic_readandclear_long(P) (return (*(u_long *)(P)); *(u_long *)(P) = 0;)
|
1998-08-24 08:39:39 +00:00
|
|
|
*/
|
|
|
|
|
1999-07-13 06:35:25 +00:00
|
|
|
/*
|
1999-08-18 04:08:31 +00:00
|
|
|
* The above functions are expanded inline in the statically-linked
|
|
|
|
* kernel. Lock prefixes are generated if an SMP kernel is being
|
|
|
|
* built.
|
|
|
|
*
|
|
|
|
* Kernel modules call real functions which are built into the kernel.
|
|
|
|
* This allows kernel modules to be portable between UP and SMP systems.
|
1999-07-13 06:35:25 +00:00
|
|
|
*/
|
2006-12-28 08:15:14 +00:00
|
|
|
#if defined(KLD_MODULE) || !defined(__GNUCLIKE_ASM)
|
2005-07-09 12:38:53 +00:00
|
|
|
#define ATOMIC_ASM(NAME, TYPE, OP, CONS, V) \
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
void atomic_##NAME##_##TYPE(volatile u_##TYPE *p, u_##TYPE v); \
|
|
|
|
void atomic_##NAME##_barr_##TYPE(volatile u_##TYPE *p, u_##TYPE v)
|
1999-08-18 04:08:31 +00:00
|
|
|
|
2017-03-22 17:29:04 +00:00
|
|
|
int atomic_cmpset_char(volatile u_char *dst, u_char expect, u_char src);
|
|
|
|
int atomic_cmpset_short(volatile u_short *dst, u_short expect, u_short src);
|
2010-05-20 06:18:03 +00:00
|
|
|
int atomic_cmpset_int(volatile u_int *dst, u_int expect, u_int src);
|
|
|
|
int atomic_cmpset_long(volatile u_long *dst, u_long expect, u_long src);
|
2017-03-22 17:29:04 +00:00
|
|
|
int atomic_fcmpset_char(volatile u_char *dst, u_char *expect, u_char src);
|
|
|
|
int atomic_fcmpset_short(volatile u_short *dst, u_short *expect,
|
|
|
|
u_short src);
|
2017-01-03 21:00:24 +00:00
|
|
|
int atomic_fcmpset_int(volatile u_int *dst, u_int *expect, u_int src);
|
|
|
|
int atomic_fcmpset_long(volatile u_long *dst, u_long *expect, u_long src);
|
2006-12-29 14:28:23 +00:00
|
|
|
u_int atomic_fetchadd_int(volatile u_int *p, u_int v);
|
2008-03-16 21:20:50 +00:00
|
|
|
u_long atomic_fetchadd_long(volatile u_long *p, u_long v);
|
2013-08-21 22:03:06 +00:00
|
|
|
int atomic_testandset_int(volatile u_int *p, u_int v);
|
|
|
|
int atomic_testandset_long(volatile u_long *p, u_int v);
|
2016-05-16 07:19:33 +00:00
|
|
|
int atomic_testandclear_int(volatile u_int *p, u_int v);
|
|
|
|
int atomic_testandclear_long(volatile u_long *p, u_int v);
|
2015-07-08 18:12:24 +00:00
|
|
|
void atomic_thread_fence_acq(void);
|
|
|
|
void atomic_thread_fence_acq_rel(void);
|
|
|
|
void atomic_thread_fence_rel(void);
|
|
|
|
void atomic_thread_fence_seq_cst(void);
|
2000-09-06 11:21:14 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
#define ATOMIC_LOAD(TYPE) \
|
2012-06-02 18:10:16 +00:00
|
|
|
u_##TYPE atomic_load_acq_##TYPE(volatile u_##TYPE *p)
|
|
|
|
#define ATOMIC_STORE(TYPE) \
|
2002-07-17 16:19:37 +00:00
|
|
|
void atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v)
|
2001-01-16 00:18:36 +00:00
|
|
|
|
2006-12-28 08:15:14 +00:00
|
|
|
#else /* !KLD_MODULE && __GNUCLIKE_ASM */
|
2002-07-18 15:56:46 +00:00
|
|
|
|
2001-10-08 20:58:24 +00:00
|
|
|
/*
|
2006-12-29 15:29:49 +00:00
|
|
|
* For userland, always use lock prefixes so that the binaries will run
|
|
|
|
* on both SMP and !SMP systems.
|
2001-10-08 20:58:24 +00:00
|
|
|
*/
|
2003-11-17 08:58:16 +00:00
|
|
|
#if defined(SMP) || !defined(_KERNEL)
|
2006-12-29 13:36:26 +00:00
|
|
|
#define MPLOCKED "lock ; "
|
2002-02-11 03:41:59 +00:00
|
|
|
#else
|
2005-07-09 12:38:53 +00:00
|
|
|
#define MPLOCKED
|
2002-02-11 03:41:59 +00:00
|
|
|
#endif
|
1999-07-13 03:32:17 +00:00
|
|
|
|
1999-07-13 06:35:25 +00:00
|
|
|
/*
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
* The assembly is volatilized to avoid code chunk removal by the compiler.
|
|
|
|
* GCC aggressively reorders operations and memory clobbering is necessary
|
|
|
|
* in order to avoid that for memory barriers.
|
1999-07-13 06:35:25 +00:00
|
|
|
*/
|
2005-07-09 12:38:53 +00:00
|
|
|
#define ATOMIC_ASM(NAME, TYPE, OP, CONS, V) \
|
1999-07-13 06:35:25 +00:00
|
|
|
static __inline void \
|
1999-07-23 23:45:50 +00:00
|
|
|
atomic_##NAME##_##TYPE(volatile u_##TYPE *p, u_##TYPE v)\
|
1999-07-13 06:35:25 +00:00
|
|
|
{ \
|
2006-12-29 13:36:26 +00:00
|
|
|
__asm __volatile(MPLOCKED OP \
|
2013-08-21 21:14:16 +00:00
|
|
|
: "+m" (*p) \
|
|
|
|
: CONS (V) \
|
2010-12-18 16:41:11 +00:00
|
|
|
: "cc"); \
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
} \
|
|
|
|
\
|
|
|
|
static __inline void \
|
|
|
|
atomic_##NAME##_barr_##TYPE(volatile u_##TYPE *p, u_##TYPE v)\
|
|
|
|
{ \
|
|
|
|
__asm __volatile(MPLOCKED OP \
|
2013-08-21 21:14:16 +00:00
|
|
|
: "+m" (*p) \
|
|
|
|
: CONS (V) \
|
2010-12-18 16:41:11 +00:00
|
|
|
: "memory", "cc"); \
|
2003-11-21 03:02:00 +00:00
|
|
|
} \
|
|
|
|
struct __hack
|
2002-07-18 15:56:46 +00:00
|
|
|
|
2000-09-06 11:21:14 +00:00
|
|
|
/*
|
2017-03-22 17:29:04 +00:00
|
|
|
* Atomic compare and set, used by the mutex functions.
|
2000-09-06 11:21:14 +00:00
|
|
|
*
|
2017-03-22 17:29:04 +00:00
|
|
|
* cmpset:
|
|
|
|
* if (*dst == expect)
|
|
|
|
* *dst = src
|
2000-09-06 11:21:14 +00:00
|
|
|
*
|
2017-03-22 17:29:04 +00:00
|
|
|
* fcmpset:
|
|
|
|
* if (*dst == *expect)
|
|
|
|
* *dst = src
|
|
|
|
* else
|
|
|
|
* *expect = *dst
|
|
|
|
*
|
|
|
|
* Returns 0 on failure, non-zero on success.
|
2000-09-06 11:21:14 +00:00
|
|
|
*/
|
2017-03-22 17:29:04 +00:00
|
|
|
#define ATOMIC_CMPSET(TYPE) \
|
|
|
|
static __inline int \
|
|
|
|
atomic_cmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE expect, u_##TYPE src) \
|
|
|
|
{ \
|
|
|
|
u_char res; \
|
|
|
|
\
|
|
|
|
__asm __volatile( \
|
|
|
|
" " MPLOCKED " " \
|
|
|
|
" cmpxchg %3,%1 ; " \
|
|
|
|
" sete %0 ; " \
|
|
|
|
"# atomic_cmpset_" #TYPE " " \
|
|
|
|
: "=q" (res), /* 0 */ \
|
|
|
|
"+m" (*dst), /* 1 */ \
|
|
|
|
"+a" (expect) /* 2 */ \
|
|
|
|
: "r" (src) /* 3 */ \
|
|
|
|
: "memory", "cc"); \
|
|
|
|
return (res); \
|
|
|
|
} \
|
|
|
|
\
|
|
|
|
static __inline int \
|
|
|
|
atomic_fcmpset_##TYPE(volatile u_##TYPE *dst, u_##TYPE *expect, u_##TYPE src) \
|
|
|
|
{ \
|
|
|
|
u_char res; \
|
|
|
|
\
|
|
|
|
__asm __volatile( \
|
|
|
|
" " MPLOCKED " " \
|
|
|
|
" cmpxchg %3,%1 ; " \
|
|
|
|
" sete %0 ; " \
|
|
|
|
"# atomic_fcmpset_" #TYPE " " \
|
|
|
|
: "=q" (res), /* 0 */ \
|
|
|
|
"+m" (*dst), /* 1 */ \
|
|
|
|
"+a" (*expect) /* 2 */ \
|
|
|
|
: "r" (src) /* 3 */ \
|
|
|
|
: "memory", "cc"); \
|
|
|
|
return (res); \
|
2017-01-03 21:00:24 +00:00
|
|
|
}
|
|
|
|
|
2017-03-22 17:29:04 +00:00
|
|
|
ATOMIC_CMPSET(char);
|
|
|
|
ATOMIC_CMPSET(short);
|
|
|
|
ATOMIC_CMPSET(int);
|
|
|
|
ATOMIC_CMPSET(long);
|
2017-01-03 21:00:24 +00:00
|
|
|
|
2005-09-27 17:39:11 +00:00
|
|
|
/*
|
|
|
|
* Atomically add the value of v to the integer pointed to by p and return
|
|
|
|
* the previous value of *p.
|
|
|
|
*/
|
|
|
|
static __inline u_int
|
|
|
|
atomic_fetchadd_int(volatile u_int *p, u_int v)
|
|
|
|
{
|
|
|
|
|
2006-12-29 14:28:23 +00:00
|
|
|
__asm __volatile(
|
2006-12-29 13:36:26 +00:00
|
|
|
" " MPLOCKED " "
|
2013-08-21 20:43:50 +00:00
|
|
|
" xaddl %0,%1 ; "
|
2005-09-27 17:39:11 +00:00
|
|
|
"# atomic_fetchadd_int"
|
2013-08-21 20:43:50 +00:00
|
|
|
: "+r" (v), /* 0 */
|
2013-08-21 21:14:16 +00:00
|
|
|
"+m" (*p) /* 1 */
|
|
|
|
: : "cc");
|
2005-09-27 17:39:11 +00:00
|
|
|
return (v);
|
|
|
|
}
|
|
|
|
|
2008-03-16 21:20:50 +00:00
|
|
|
/*
|
|
|
|
* Atomically add the value of v to the long integer pointed to by p and return
|
|
|
|
* the previous value of *p.
|
|
|
|
*/
|
|
|
|
static __inline u_long
|
|
|
|
atomic_fetchadd_long(volatile u_long *p, u_long v)
|
|
|
|
{
|
|
|
|
|
|
|
|
__asm __volatile(
|
|
|
|
" " MPLOCKED " "
|
2013-08-21 20:43:50 +00:00
|
|
|
" xaddq %0,%1 ; "
|
2008-03-16 21:20:50 +00:00
|
|
|
"# atomic_fetchadd_long"
|
2013-08-21 20:43:50 +00:00
|
|
|
: "+r" (v), /* 0 */
|
2013-08-21 21:14:16 +00:00
|
|
|
"+m" (*p) /* 1 */
|
|
|
|
: : "cc");
|
2008-03-16 21:20:50 +00:00
|
|
|
return (v);
|
|
|
|
}
|
|
|
|
|
2013-08-21 22:03:06 +00:00
|
|
|
static __inline int
|
|
|
|
atomic_testandset_int(volatile u_int *p, u_int v)
|
|
|
|
{
|
|
|
|
u_char res;
|
|
|
|
|
|
|
|
__asm __volatile(
|
|
|
|
" " MPLOCKED " "
|
|
|
|
" btsl %2,%1 ; "
|
|
|
|
" setc %0 ; "
|
|
|
|
"# atomic_testandset_int"
|
|
|
|
: "=q" (res), /* 0 */
|
|
|
|
"+m" (*p) /* 1 */
|
|
|
|
: "Ir" (v & 0x1f) /* 2 */
|
|
|
|
: "cc");
|
|
|
|
return (res);
|
|
|
|
}
|
|
|
|
|
|
|
|
static __inline int
|
|
|
|
atomic_testandset_long(volatile u_long *p, u_int v)
|
|
|
|
{
|
|
|
|
u_char res;
|
|
|
|
|
|
|
|
__asm __volatile(
|
|
|
|
" " MPLOCKED " "
|
|
|
|
" btsq %2,%1 ; "
|
|
|
|
" setc %0 ; "
|
|
|
|
"# atomic_testandset_long"
|
|
|
|
: "=q" (res), /* 0 */
|
|
|
|
"+m" (*p) /* 1 */
|
|
|
|
: "Jr" ((u_long)(v & 0x3f)) /* 2 */
|
|
|
|
: "cc");
|
|
|
|
return (res);
|
|
|
|
}
|
|
|
|
|
2016-05-16 07:19:33 +00:00
|
|
|
static __inline int
|
|
|
|
atomic_testandclear_int(volatile u_int *p, u_int v)
|
|
|
|
{
|
|
|
|
u_char res;
|
|
|
|
|
|
|
|
__asm __volatile(
|
|
|
|
" " MPLOCKED " "
|
|
|
|
" btrl %2,%1 ; "
|
|
|
|
" setc %0 ; "
|
|
|
|
"# atomic_testandclear_int"
|
|
|
|
: "=q" (res), /* 0 */
|
|
|
|
"+m" (*p) /* 1 */
|
|
|
|
: "Ir" (v & 0x1f) /* 2 */
|
|
|
|
: "cc");
|
|
|
|
return (res);
|
|
|
|
}
|
|
|
|
|
|
|
|
static __inline int
|
|
|
|
atomic_testandclear_long(volatile u_long *p, u_int v)
|
|
|
|
{
|
|
|
|
u_char res;
|
|
|
|
|
|
|
|
__asm __volatile(
|
|
|
|
" " MPLOCKED " "
|
|
|
|
" btrq %2,%1 ; "
|
|
|
|
" setc %0 ; "
|
|
|
|
"# atomic_testandclear_long"
|
|
|
|
: "=q" (res), /* 0 */
|
|
|
|
"+m" (*p) /* 1 */
|
|
|
|
: "Jr" ((u_long)(v & 0x3f)) /* 2 */
|
|
|
|
: "cc");
|
|
|
|
return (res);
|
|
|
|
}
|
|
|
|
|
2005-07-21 22:35:02 +00:00
|
|
|
/*
|
2012-06-02 18:10:16 +00:00
|
|
|
* We assume that a = b will do atomic loads and stores. Due to the
|
|
|
|
* IA32 memory model, a simple store guarantees release semantics.
|
|
|
|
*
|
2015-06-28 05:04:08 +00:00
|
|
|
* However, a load may pass a store if they are performed on distinct
|
2015-07-28 07:04:51 +00:00
|
|
|
* addresses, so we need a Store/Load barrier for sequentially
|
|
|
|
* consistent fences in SMP kernels. We use "lock addl $0,mem" for a
|
|
|
|
* Store/Load barrier, as recommended by the AMD Software Optimization
|
2015-07-30 15:47:53 +00:00
|
|
|
* Guide, and not mfence. To avoid false data dependencies, we use a
|
|
|
|
* special address for "mem". In the kernel, we use a private per-cpu
|
|
|
|
* cache line. In user space, we use a word in the stack's red zone
|
|
|
|
* (-8(%rsp)).
|
2015-06-28 05:04:08 +00:00
|
|
|
*
|
|
|
|
* For UP kernels, however, the memory of the single processor is
|
|
|
|
* always consistent, so we only need to stop the compiler from
|
|
|
|
* reordering accesses in a way that violates the semantics of acquire
|
|
|
|
* and release.
|
2005-07-21 22:35:02 +00:00
|
|
|
*/
|
2012-06-02 18:10:16 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
#if defined(_KERNEL)
|
2012-06-02 18:10:16 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
/*
|
|
|
|
* OFFSETOF_MONITORBUF == __pcpu_offset(pc_monitorbuf).
|
|
|
|
*
|
|
|
|
* The open-coded number is used instead of the symbolic expression to
|
|
|
|
* avoid a dependency on sys/pcpu.h in machine/atomic.h consumers.
|
|
|
|
* An assertion in amd64/vm_machdep.c ensures that the value is correct.
|
|
|
|
*/
|
- Remove 'struct vmmeter' from 'struct pcpu', leaving only global vmmeter
in place. To do per-cpu stats, convert all fields that previously were
maintained in the vmmeters that sit in pcpus to counter(9).
- Since some vmmeter stats may be touched at very early stages of boot,
before we have set up UMA and we can do counter_u64_alloc(), provide an
early counter mechanism:
o Leave one spare uint64_t in struct pcpu, named pc_early_dummy_counter.
o Point counter(9) fields of vmmeter to pcpu[0].pc_early_dummy_counter,
so that at early stages of boot, before counters are allocated we already
point to a counter that can be safely written to.
o For sparc64 that required a whole dummy pcpu[MAXCPU] array.
Further related changes:
- Don't include vmmeter.h into pcpu.h.
- vm.stats.vm.v_swappgsout and vm.stats.vm.v_swappgsin changed to 64-bit,
to match kernel representation.
- struct vmmeter hidden under _KERNEL, and only vmstat(1) is an exclusion.
This is based on benno@'s 4-year old patch:
https://lists.freebsd.org/pipermail/freebsd-arch/2013-July/014471.html
Reviewed by: kib, gallatin, marius, lidl
Differential Revision: https://reviews.freebsd.org/D10156
2017-04-17 17:34:47 +00:00
|
|
|
#define OFFSETOF_MONITORBUF 0x100
|
2015-06-28 05:04:08 +00:00
|
|
|
|
|
|
|
#if defined(SMP)
|
|
|
|
static __inline void
|
|
|
|
__storeload_barrier(void)
|
|
|
|
{
|
2005-07-21 22:35:02 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
__asm __volatile("lock; addl $0,%%gs:%0"
|
|
|
|
: "+m" (*(u_int *)OFFSETOF_MONITORBUF) : : "memory", "cc");
|
|
|
|
}
|
|
|
|
#else /* _KERNEL && UP */
|
|
|
|
static __inline void
|
|
|
|
__storeload_barrier(void)
|
|
|
|
{
|
2005-07-21 22:35:02 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
__compiler_membar();
|
|
|
|
}
|
|
|
|
#endif /* SMP */
|
|
|
|
#else /* !_KERNEL */
|
|
|
|
static __inline void
|
|
|
|
__storeload_barrier(void)
|
|
|
|
{
|
|
|
|
|
|
|
|
__asm __volatile("lock; addl $0,-8(%%rsp)" : : : "memory", "cc");
|
|
|
|
}
|
|
|
|
#endif /* _KERNEL*/
|
|
|
|
|
|
|
|
#define ATOMIC_LOAD(TYPE) \
|
|
|
|
static __inline u_##TYPE \
|
|
|
|
atomic_load_acq_##TYPE(volatile u_##TYPE *p) \
|
|
|
|
{ \
|
|
|
|
u_##TYPE res; \
|
|
|
|
\
|
|
|
|
res = *p; \
|
|
|
|
__compiler_membar(); \
|
|
|
|
return (res); \
|
|
|
|
} \
|
2003-11-21 03:02:00 +00:00
|
|
|
struct __hack
|
2002-07-18 15:56:46 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
#define ATOMIC_STORE(TYPE) \
|
|
|
|
static __inline void \
|
|
|
|
atomic_store_rel_##TYPE(volatile u_##TYPE *p, u_##TYPE v) \
|
|
|
|
{ \
|
|
|
|
\
|
|
|
|
__compiler_membar(); \
|
|
|
|
*p = v; \
|
|
|
|
} \
|
|
|
|
struct __hack
|
2005-07-21 22:35:02 +00:00
|
|
|
|
2015-07-08 18:12:24 +00:00
|
|
|
static __inline void
|
|
|
|
atomic_thread_fence_acq(void)
|
|
|
|
{
|
|
|
|
|
|
|
|
__compiler_membar();
|
|
|
|
}
|
|
|
|
|
|
|
|
static __inline void
|
|
|
|
atomic_thread_fence_rel(void)
|
|
|
|
{
|
|
|
|
|
|
|
|
__compiler_membar();
|
|
|
|
}
|
|
|
|
|
|
|
|
static __inline void
|
|
|
|
atomic_thread_fence_acq_rel(void)
|
|
|
|
{
|
|
|
|
|
|
|
|
__compiler_membar();
|
|
|
|
}
|
|
|
|
|
|
|
|
static __inline void
|
|
|
|
atomic_thread_fence_seq_cst(void)
|
|
|
|
{
|
|
|
|
|
|
|
|
__storeload_barrier();
|
|
|
|
}
|
|
|
|
|
2006-12-28 08:15:14 +00:00
|
|
|
#endif /* KLD_MODULE || !__GNUCLIKE_ASM */
|
2001-01-16 00:18:36 +00:00
|
|
|
|
2002-07-17 16:19:37 +00:00
|
|
|
ATOMIC_ASM(set, char, "orb %b1,%0", "iq", v);
|
|
|
|
ATOMIC_ASM(clear, char, "andb %b1,%0", "iq", ~v);
|
|
|
|
ATOMIC_ASM(add, char, "addb %b1,%0", "iq", v);
|
|
|
|
ATOMIC_ASM(subtract, char, "subb %b1,%0", "iq", v);
|
2001-12-18 08:51:34 +00:00
|
|
|
|
2002-07-17 16:19:37 +00:00
|
|
|
ATOMIC_ASM(set, short, "orw %w1,%0", "ir", v);
|
|
|
|
ATOMIC_ASM(clear, short, "andw %w1,%0", "ir", ~v);
|
|
|
|
ATOMIC_ASM(add, short, "addw %w1,%0", "ir", v);
|
|
|
|
ATOMIC_ASM(subtract, short, "subw %w1,%0", "ir", v);
|
2001-12-18 08:51:34 +00:00
|
|
|
|
2002-07-17 16:19:37 +00:00
|
|
|
ATOMIC_ASM(set, int, "orl %1,%0", "ir", v);
|
|
|
|
ATOMIC_ASM(clear, int, "andl %1,%0", "ir", ~v);
|
|
|
|
ATOMIC_ASM(add, int, "addl %1,%0", "ir", v);
|
|
|
|
ATOMIC_ASM(subtract, int, "subl %1,%0", "ir", v);
|
2001-12-18 08:51:34 +00:00
|
|
|
|
2003-05-01 01:05:25 +00:00
|
|
|
ATOMIC_ASM(set, long, "orq %1,%0", "ir", v);
|
|
|
|
ATOMIC_ASM(clear, long, "andq %1,%0", "ir", ~v);
|
|
|
|
ATOMIC_ASM(add, long, "addq %1,%0", "ir", v);
|
|
|
|
ATOMIC_ASM(subtract, long, "subq %1,%0", "ir", v);
|
2000-10-20 07:00:48 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
#define ATOMIC_LOADSTORE(TYPE) \
|
|
|
|
ATOMIC_LOAD(TYPE); \
|
|
|
|
ATOMIC_STORE(TYPE)
|
2012-06-02 18:10:16 +00:00
|
|
|
|
2015-06-28 05:04:08 +00:00
|
|
|
ATOMIC_LOADSTORE(char);
|
|
|
|
ATOMIC_LOADSTORE(short);
|
|
|
|
ATOMIC_LOADSTORE(int);
|
|
|
|
ATOMIC_LOADSTORE(long);
|
2000-10-20 07:00:48 +00:00
|
|
|
|
2001-01-16 00:18:36 +00:00
|
|
|
#undef ATOMIC_ASM
|
2012-06-02 18:10:16 +00:00
|
|
|
#undef ATOMIC_LOAD
|
|
|
|
#undef ATOMIC_STORE
|
2015-06-28 05:04:08 +00:00
|
|
|
#undef ATOMIC_LOADSTORE
|
2006-12-29 15:29:49 +00:00
|
|
|
#ifndef WANT_FUNCTIONS
|
2005-07-09 12:38:53 +00:00
|
|
|
|
2013-08-21 22:03:06 +00:00
|
|
|
/* Read the current value and store a new value in the destination. */
|
2006-12-28 08:15:14 +00:00
|
|
|
#ifdef __GNUCLIKE_ASM
|
2005-07-09 12:38:53 +00:00
|
|
|
|
|
|
|
static __inline u_int
|
2013-08-21 22:03:06 +00:00
|
|
|
atomic_swap_int(volatile u_int *p, u_int v)
|
2005-07-09 12:38:53 +00:00
|
|
|
{
|
|
|
|
|
2006-12-29 14:28:23 +00:00
|
|
|
__asm __volatile(
|
2005-07-09 12:38:53 +00:00
|
|
|
" xchgl %1,%0 ; "
|
2013-08-21 22:03:06 +00:00
|
|
|
"# atomic_swap_int"
|
|
|
|
: "+r" (v), /* 0 */
|
2013-08-21 21:14:16 +00:00
|
|
|
"+m" (*p)); /* 1 */
|
2013-08-21 22:03:06 +00:00
|
|
|
return (v);
|
2005-07-09 12:38:53 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static __inline u_long
|
2013-08-21 22:03:06 +00:00
|
|
|
atomic_swap_long(volatile u_long *p, u_long v)
|
2005-07-09 12:38:53 +00:00
|
|
|
{
|
|
|
|
|
2006-12-29 14:28:23 +00:00
|
|
|
__asm __volatile(
|
2005-07-09 12:38:53 +00:00
|
|
|
" xchgq %1,%0 ; "
|
2013-08-21 22:03:06 +00:00
|
|
|
"# atomic_swap_long"
|
|
|
|
: "+r" (v), /* 0 */
|
2013-08-21 21:14:16 +00:00
|
|
|
"+m" (*p)); /* 1 */
|
2013-08-21 22:03:06 +00:00
|
|
|
return (v);
|
2005-07-09 12:38:53 +00:00
|
|
|
}
|
|
|
|
|
2006-12-28 08:15:14 +00:00
|
|
|
#else /* !__GNUCLIKE_ASM */
|
2005-07-09 12:38:53 +00:00
|
|
|
|
2013-08-21 22:03:06 +00:00
|
|
|
u_int atomic_swap_int(volatile u_int *p, u_int v);
|
|
|
|
u_long atomic_swap_long(volatile u_long *p, u_long v);
|
2005-07-09 12:38:53 +00:00
|
|
|
|
2006-12-28 08:15:14 +00:00
|
|
|
#endif /* __GNUCLIKE_ASM */
|
2005-07-09 12:38:53 +00:00
|
|
|
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
#define atomic_set_acq_char atomic_set_barr_char
|
|
|
|
#define atomic_set_rel_char atomic_set_barr_char
|
|
|
|
#define atomic_clear_acq_char atomic_clear_barr_char
|
|
|
|
#define atomic_clear_rel_char atomic_clear_barr_char
|
|
|
|
#define atomic_add_acq_char atomic_add_barr_char
|
|
|
|
#define atomic_add_rel_char atomic_add_barr_char
|
|
|
|
#define atomic_subtract_acq_char atomic_subtract_barr_char
|
|
|
|
#define atomic_subtract_rel_char atomic_subtract_barr_char
|
2017-03-22 17:29:04 +00:00
|
|
|
#define atomic_cmpset_acq_char atomic_cmpset_char
|
|
|
|
#define atomic_cmpset_rel_char atomic_cmpset_char
|
|
|
|
#define atomic_fcmpset_acq_char atomic_fcmpset_char
|
|
|
|
#define atomic_fcmpset_rel_char atomic_fcmpset_char
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
|
|
|
|
#define atomic_set_acq_short atomic_set_barr_short
|
|
|
|
#define atomic_set_rel_short atomic_set_barr_short
|
|
|
|
#define atomic_clear_acq_short atomic_clear_barr_short
|
|
|
|
#define atomic_clear_rel_short atomic_clear_barr_short
|
|
|
|
#define atomic_add_acq_short atomic_add_barr_short
|
|
|
|
#define atomic_add_rel_short atomic_add_barr_short
|
|
|
|
#define atomic_subtract_acq_short atomic_subtract_barr_short
|
|
|
|
#define atomic_subtract_rel_short atomic_subtract_barr_short
|
2017-03-22 17:29:04 +00:00
|
|
|
#define atomic_cmpset_acq_short atomic_cmpset_short
|
|
|
|
#define atomic_cmpset_rel_short atomic_cmpset_short
|
|
|
|
#define atomic_fcmpset_acq_short atomic_fcmpset_short
|
|
|
|
#define atomic_fcmpset_rel_short atomic_fcmpset_short
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
|
|
|
|
#define atomic_set_acq_int atomic_set_barr_int
|
|
|
|
#define atomic_set_rel_int atomic_set_barr_int
|
|
|
|
#define atomic_clear_acq_int atomic_clear_barr_int
|
|
|
|
#define atomic_clear_rel_int atomic_clear_barr_int
|
|
|
|
#define atomic_add_acq_int atomic_add_barr_int
|
|
|
|
#define atomic_add_rel_int atomic_add_barr_int
|
|
|
|
#define atomic_subtract_acq_int atomic_subtract_barr_int
|
|
|
|
#define atomic_subtract_rel_int atomic_subtract_barr_int
|
2009-10-09 15:51:40 +00:00
|
|
|
#define atomic_cmpset_acq_int atomic_cmpset_int
|
|
|
|
#define atomic_cmpset_rel_int atomic_cmpset_int
|
2017-03-22 17:29:04 +00:00
|
|
|
#define atomic_fcmpset_acq_int atomic_fcmpset_int
|
|
|
|
#define atomic_fcmpset_rel_int atomic_fcmpset_int
|
Per their definition, atomic instructions used in conjuction with
memory barriers should also ensure that the compiler doesn't reorder paths
where they are used. GCC, however, does that aggressively, even in
presence of volatile operands. The most reliable way GCC offers for avoid
instructions reordering is clobbering "memory" even if that is
theoretically an heavy-weight operation, flushing the content of all
the registers and forcing reload of them (We could rely, however, on
gcc DTRT by just understanding the purpose as this is a well-known
pattern for many modern operating-systems).
Not all our memory barriers, right now, clobber memory for GCC-like
compilers. The most notable cases are IA32 and amd64 where the memory
barrier are treacted the same as normal atomic instructions.
Fix this by offering the possibility to implement atomic instructions
with memory barriers separately from the normal version and implement
the GCC-like specific one using memory clobbering.
Thanks to Chris Lattner (@apple) for his discussion on llvm specifics.
Reported by: jhb
Reviewed by: jhb
Tested by: rdivacky, Giovanni Trematerra
<giovanni dot trematerra at gmail dot com>
2009-10-06 13:45:49 +00:00
|
|
|
|
|
|
|
#define atomic_set_acq_long atomic_set_barr_long
|
|
|
|
#define atomic_set_rel_long atomic_set_barr_long
|
|
|
|
#define atomic_clear_acq_long atomic_clear_barr_long
|
|
|
|
#define atomic_clear_rel_long atomic_clear_barr_long
|
|
|
|
#define atomic_add_acq_long atomic_add_barr_long
|
|
|
|
#define atomic_add_rel_long atomic_add_barr_long
|
|
|
|
#define atomic_subtract_acq_long atomic_subtract_barr_long
|
|
|
|
#define atomic_subtract_rel_long atomic_subtract_barr_long
|
2009-10-09 15:51:40 +00:00
|
|
|
#define atomic_cmpset_acq_long atomic_cmpset_long
|
|
|
|
#define atomic_cmpset_rel_long atomic_cmpset_long
|
2017-03-22 17:29:04 +00:00
|
|
|
#define atomic_fcmpset_acq_long atomic_fcmpset_long
|
|
|
|
#define atomic_fcmpset_rel_long atomic_fcmpset_long
|
2001-01-16 00:18:36 +00:00
|
|
|
|
2013-08-21 22:03:06 +00:00
|
|
|
#define atomic_readandclear_int(p) atomic_swap_int(p, 0)
|
|
|
|
#define atomic_readandclear_long(p) atomic_swap_long(p, 0)
|
|
|
|
|
2005-07-09 12:38:53 +00:00
|
|
|
/* Operations on 8-bit bytes. */
|
2001-01-16 00:18:36 +00:00
|
|
|
#define atomic_set_8 atomic_set_char
|
|
|
|
#define atomic_set_acq_8 atomic_set_acq_char
|
|
|
|
#define atomic_set_rel_8 atomic_set_rel_char
|
|
|
|
#define atomic_clear_8 atomic_clear_char
|
|
|
|
#define atomic_clear_acq_8 atomic_clear_acq_char
|
|
|
|
#define atomic_clear_rel_8 atomic_clear_rel_char
|
|
|
|
#define atomic_add_8 atomic_add_char
|
|
|
|
#define atomic_add_acq_8 atomic_add_acq_char
|
|
|
|
#define atomic_add_rel_8 atomic_add_rel_char
|
|
|
|
#define atomic_subtract_8 atomic_subtract_char
|
|
|
|
#define atomic_subtract_acq_8 atomic_subtract_acq_char
|
|
|
|
#define atomic_subtract_rel_8 atomic_subtract_rel_char
|
|
|
|
#define atomic_load_acq_8 atomic_load_acq_char
|
|
|
|
#define atomic_store_rel_8 atomic_store_rel_char
|
2017-03-22 17:29:04 +00:00
|
|
|
#define atomic_cmpset_8 atomic_cmpset_char
|
|
|
|
#define atomic_cmpset_acq_8 atomic_cmpset_acq_char
|
|
|
|
#define atomic_cmpset_rel_8 atomic_cmpset_rel_char
|
|
|
|
#define atomic_fcmpset_8 atomic_fcmpset_char
|
|
|
|
#define atomic_fcmpset_acq_8 atomic_fcmpset_acq_char
|
|
|
|
#define atomic_fcmpset_rel_8 atomic_fcmpset_rel_char
|
2001-01-16 00:18:36 +00:00
|
|
|
|
2005-07-09 12:38:53 +00:00
|
|
|
/* Operations on 16-bit words. */
|
2001-01-16 00:18:36 +00:00
|
|
|
#define atomic_set_16 atomic_set_short
|
|
|
|
#define atomic_set_acq_16 atomic_set_acq_short
|
|
|
|
#define atomic_set_rel_16 atomic_set_rel_short
|
|
|
|
#define atomic_clear_16 atomic_clear_short
|
|
|
|
#define atomic_clear_acq_16 atomic_clear_acq_short
|
|
|
|
#define atomic_clear_rel_16 atomic_clear_rel_short
|
|
|
|
#define atomic_add_16 atomic_add_short
|
|
|
|
#define atomic_add_acq_16 atomic_add_acq_short
|
|
|
|
#define atomic_add_rel_16 atomic_add_rel_short
|
|
|
|
#define atomic_subtract_16 atomic_subtract_short
|
|
|
|
#define atomic_subtract_acq_16 atomic_subtract_acq_short
|
|
|
|
#define atomic_subtract_rel_16 atomic_subtract_rel_short
|
|
|
|
#define atomic_load_acq_16 atomic_load_acq_short
|
|
|
|
#define atomic_store_rel_16 atomic_store_rel_short
|
2017-03-22 17:29:04 +00:00
|
|
|
#define atomic_cmpset_16 atomic_cmpset_short
|
|
|
|
#define atomic_cmpset_acq_16 atomic_cmpset_acq_short
|
|
|
|
#define atomic_cmpset_rel_16 atomic_cmpset_rel_short
|
|
|
|
#define atomic_fcmpset_16 atomic_fcmpset_short
|
|
|
|
#define atomic_fcmpset_acq_16 atomic_fcmpset_acq_short
|
|
|
|
#define atomic_fcmpset_rel_16 atomic_fcmpset_rel_short
|
2001-01-16 00:18:36 +00:00
|
|
|
|
2005-07-09 12:38:53 +00:00
|
|
|
/* Operations on 32-bit double words. */
|
2001-01-16 00:18:36 +00:00
|
|
|
#define atomic_set_32 atomic_set_int
|
|
|
|
#define atomic_set_acq_32 atomic_set_acq_int
|
|
|
|
#define atomic_set_rel_32 atomic_set_rel_int
|
|
|
|
#define atomic_clear_32 atomic_clear_int
|
|
|
|
#define atomic_clear_acq_32 atomic_clear_acq_int
|
|
|
|
#define atomic_clear_rel_32 atomic_clear_rel_int
|
|
|
|
#define atomic_add_32 atomic_add_int
|
|
|
|
#define atomic_add_acq_32 atomic_add_acq_int
|
|
|
|
#define atomic_add_rel_32 atomic_add_rel_int
|
|
|
|
#define atomic_subtract_32 atomic_subtract_int
|
|
|
|
#define atomic_subtract_acq_32 atomic_subtract_acq_int
|
|
|
|
#define atomic_subtract_rel_32 atomic_subtract_rel_int
|
|
|
|
#define atomic_load_acq_32 atomic_load_acq_int
|
|
|
|
#define atomic_store_rel_32 atomic_store_rel_int
|
|
|
|
#define atomic_cmpset_32 atomic_cmpset_int
|
|
|
|
#define atomic_cmpset_acq_32 atomic_cmpset_acq_int
|
|
|
|
#define atomic_cmpset_rel_32 atomic_cmpset_rel_int
|
2017-01-03 21:00:24 +00:00
|
|
|
#define atomic_fcmpset_32 atomic_fcmpset_int
|
|
|
|
#define atomic_fcmpset_acq_32 atomic_fcmpset_acq_int
|
|
|
|
#define atomic_fcmpset_rel_32 atomic_fcmpset_rel_int
|
2013-08-21 22:03:06 +00:00
|
|
|
#define atomic_swap_32 atomic_swap_int
|
2001-01-16 00:18:36 +00:00
|
|
|
#define atomic_readandclear_32 atomic_readandclear_int
|
2005-09-27 17:39:11 +00:00
|
|
|
#define atomic_fetchadd_32 atomic_fetchadd_int
|
2013-08-21 22:03:06 +00:00
|
|
|
#define atomic_testandset_32 atomic_testandset_int
|
2016-05-16 07:19:33 +00:00
|
|
|
#define atomic_testandclear_32 atomic_testandclear_int
|
2001-01-16 00:18:36 +00:00
|
|
|
|
2005-08-18 14:36:47 +00:00
|
|
|
/* Operations on 64-bit quad words. */
|
|
|
|
#define atomic_set_64 atomic_set_long
|
|
|
|
#define atomic_set_acq_64 atomic_set_acq_long
|
|
|
|
#define atomic_set_rel_64 atomic_set_rel_long
|
|
|
|
#define atomic_clear_64 atomic_clear_long
|
|
|
|
#define atomic_clear_acq_64 atomic_clear_acq_long
|
|
|
|
#define atomic_clear_rel_64 atomic_clear_rel_long
|
|
|
|
#define atomic_add_64 atomic_add_long
|
|
|
|
#define atomic_add_acq_64 atomic_add_acq_long
|
|
|
|
#define atomic_add_rel_64 atomic_add_rel_long
|
|
|
|
#define atomic_subtract_64 atomic_subtract_long
|
|
|
|
#define atomic_subtract_acq_64 atomic_subtract_acq_long
|
|
|
|
#define atomic_subtract_rel_64 atomic_subtract_rel_long
|
|
|
|
#define atomic_load_acq_64 atomic_load_acq_long
|
|
|
|
#define atomic_store_rel_64 atomic_store_rel_long
|
|
|
|
#define atomic_cmpset_64 atomic_cmpset_long
|
|
|
|
#define atomic_cmpset_acq_64 atomic_cmpset_acq_long
|
|
|
|
#define atomic_cmpset_rel_64 atomic_cmpset_rel_long
|
2017-01-03 21:00:24 +00:00
|
|
|
#define atomic_fcmpset_64 atomic_fcmpset_long
|
|
|
|
#define atomic_fcmpset_acq_64 atomic_fcmpset_acq_long
|
|
|
|
#define atomic_fcmpset_rel_64 atomic_fcmpset_rel_long
|
2013-08-21 22:03:06 +00:00
|
|
|
#define atomic_swap_64 atomic_swap_long
|
2005-08-18 14:36:47 +00:00
|
|
|
#define atomic_readandclear_64 atomic_readandclear_long
|
2016-01-21 18:22:50 +00:00
|
|
|
#define atomic_fetchadd_64 atomic_fetchadd_long
|
2013-08-21 22:03:06 +00:00
|
|
|
#define atomic_testandset_64 atomic_testandset_long
|
2016-05-16 07:19:33 +00:00
|
|
|
#define atomic_testandclear_64 atomic_testandclear_long
|
2005-08-18 14:36:47 +00:00
|
|
|
|
2005-07-09 12:38:53 +00:00
|
|
|
/* Operations on pointers. */
|
2005-07-15 18:17:59 +00:00
|
|
|
#define atomic_set_ptr atomic_set_long
|
|
|
|
#define atomic_set_acq_ptr atomic_set_acq_long
|
|
|
|
#define atomic_set_rel_ptr atomic_set_rel_long
|
|
|
|
#define atomic_clear_ptr atomic_clear_long
|
|
|
|
#define atomic_clear_acq_ptr atomic_clear_acq_long
|
|
|
|
#define atomic_clear_rel_ptr atomic_clear_rel_long
|
|
|
|
#define atomic_add_ptr atomic_add_long
|
|
|
|
#define atomic_add_acq_ptr atomic_add_acq_long
|
|
|
|
#define atomic_add_rel_ptr atomic_add_rel_long
|
|
|
|
#define atomic_subtract_ptr atomic_subtract_long
|
|
|
|
#define atomic_subtract_acq_ptr atomic_subtract_acq_long
|
|
|
|
#define atomic_subtract_rel_ptr atomic_subtract_rel_long
|
|
|
|
#define atomic_load_acq_ptr atomic_load_acq_long
|
|
|
|
#define atomic_store_rel_ptr atomic_store_rel_long
|
|
|
|
#define atomic_cmpset_ptr atomic_cmpset_long
|
|
|
|
#define atomic_cmpset_acq_ptr atomic_cmpset_acq_long
|
|
|
|
#define atomic_cmpset_rel_ptr atomic_cmpset_rel_long
|
2017-01-03 21:00:24 +00:00
|
|
|
#define atomic_fcmpset_ptr atomic_fcmpset_long
|
|
|
|
#define atomic_fcmpset_acq_ptr atomic_fcmpset_acq_long
|
|
|
|
#define atomic_fcmpset_rel_ptr atomic_fcmpset_rel_long
|
2013-08-21 22:03:06 +00:00
|
|
|
#define atomic_swap_ptr atomic_swap_long
|
2005-07-15 18:17:59 +00:00
|
|
|
#define atomic_readandclear_ptr atomic_readandclear_long
|
2000-10-20 07:00:48 +00:00
|
|
|
|
2006-12-29 15:29:49 +00:00
|
|
|
#endif /* !WANT_FUNCTIONS */
|
2006-12-29 14:28:23 +00:00
|
|
|
|
|
|
|
#endif /* !_MACHINE_ATOMIC_H_ */
|