server-skynet-source-3rd-je.../include/jemalloc/internal/spin.h

#ifndef JEMALLOC_INTERNAL_SPIN_H
#define JEMALLOC_INTERNAL_SPIN_H

#define SPIN_INITIALIZER {0U}

typedef struct {
	unsigned iteration;
} spin_t;

static inline void
spin_cpu_spinwait(void) {
#  if HAVE_CPU_SPINWAIT
	CPU_SPINWAIT;
#  else
	volatile int x = 0;
	x = x;
#  endif
}

static inline void
spin_adaptive(spin_t *spin) {
	volatile uint32_t i;

	if (spin->iteration < 5) {
		for (i = 0; i < (1U << spin->iteration); i++) {
			spin_cpu_spinwait();
		}
		spin->iteration++;
	} else {
#ifdef _WIN32
		SwitchToThread();
#else
		sched_yield();
#endif
	}
}

#undef SPIN_INLINE

#endif /* JEMALLOC_INTERNAL_SPIN_H */
Header refactoring: unify spin.h and move it out of the catch-all. 2017-04-18 07:35:04 +08:00			`#ifndef JEMALLOC_INTERNAL_SPIN_H`
			`#define JEMALLOC_INTERNAL_SPIN_H`

			`#define SPIN_INITIALIZER {0U}`

			`typedef struct {`
			`unsigned iteration;`
			`} spin_t;`

Power: disable the CPU_SPINWAIT macro. Quoting from https://github.com/jemalloc/jemalloc/issues/761 : [...] reading the Power ISA documentation[1], the assembly in [the CPU_SPINWAIT macro] isn't correct anyway (as @marxin points out): the setting of the program-priority register is "sticky", and we never undo the lowering. We could do something similar, but given that we don't have testing here in the first place, I'm inclined to simply not try. I'll put something up reverting the problematic commit tomorrow. [1] Book II, chapter 3 of the 2.07B or 3.0B ISA documents. 2017-10-04 09:03:02 +08:00			`static inline void`
Enabled -Wstrict-prototypes and fixed warnings. 2023-07-06 04:33:34 +08:00			`spin_cpu_spinwait(void) {`
Power: disable the CPU_SPINWAIT macro. Quoting from https://github.com/jemalloc/jemalloc/issues/761 : [...] reading the Power ISA documentation[1], the assembly in [the CPU_SPINWAIT macro] isn't correct anyway (as @marxin points out): the setting of the program-priority register is "sticky", and we never undo the lowering. We could do something similar, but given that we don't have testing here in the first place, I'm inclined to simply not try. I'll put something up reverting the problematic commit tomorrow. [1] Book II, chapter 3 of the 2.07B or 3.0B ISA documents. 2017-10-04 09:03:02 +08:00			`# if HAVE_CPU_SPINWAIT`
			`CPU_SPINWAIT;`
			`# else`
			`volatile int x = 0;`
			`x = x;`
			`# endif`
			`}`

Remove external linkage for spin_adaptive The external linkage for spin_adaptive was not used, and the inline declaration of spin_adaptive that was used caused a probem on FreeBSD where CPU_SPINWAIT is implemented as a call to a static procedure for x86 architectures. 2017-08-08 13:00:22 +08:00			`static inline void`
Header refactoring: unify spin.h and move it out of the catch-all. 2017-04-18 07:35:04 +08:00			`spin_adaptive(spin_t *spin) {`
			`volatile uint32_t i;`

			`if (spin->iteration < 5) {`
			`for (i = 0; i < (1U << spin->iteration); i++) {`
Power: disable the CPU_SPINWAIT macro. Quoting from https://github.com/jemalloc/jemalloc/issues/761 : [...] reading the Power ISA documentation[1], the assembly in [the CPU_SPINWAIT macro] isn't correct anyway (as @marxin points out): the setting of the program-priority register is "sticky", and we never undo the lowering. We could do something similar, but given that we don't have testing here in the first place, I'm inclined to simply not try. I'll put something up reverting the problematic commit tomorrow. [1] Book II, chapter 3 of the 2.07B or 3.0B ISA documents. 2017-10-04 09:03:02 +08:00			`spin_cpu_spinwait();`
Header refactoring: unify spin.h and move it out of the catch-all. 2017-04-18 07:35:04 +08:00			`}`
			`spin->iteration++;`
			`} else {`
			`#ifdef _WIN32`
			`SwitchToThread();`
			`#else`
			`sched_yield();`
			`#endif`
			`}`
			`}`

			`#undef SPIN_INLINE`

			`#endif /* JEMALLOC_INTERNAL_SPIN_H */`