mirror of
https://sourceware.org/git/glibc.git
synced 2024-11-24 02:03:35 +08:00
Remove __ASSUME_REQUEUE_PI
The new cond var implementation (ed19993b5b
) removed all the
__ASSUME_{REQUEUE_PI,FUTEX_LOCK_PI} internal usage so there is no
need to keep defining it. This patch removes all USE_REQUEUE_PI
and __ASSUME_REQUEUE_PI. It is as follow up from BZ#18463.
Checked with a build for x86_64-linux-gnu, arm-linux-gnueabhf,
m68-linux-gnu, mips64-linux-gnu, and sparc64-linux-gnu.
* nptl/pthreadP.h (USE_REQUEUE_PI): Remove ununsed macro.
* sysdeps/unix/sysv/linux/arm/kernel-features.h
(__ASSUME_REQUEUE_PI): Likewise.
* sysdeps/unix/sysv/linux/kernel-features.h
(__ASSUME_REQUEUE_PI): Likewise.
* sysdeps/unix/sysv/linux/m68k/kernel-features.h
(__ASSUME_REQUEUE_PI): Likewise.
* sysdeps/unix/sysv/linux/mips/kernel-features.h
(__ASSUME_REQUEUE_PI): Likewise.
* sysdeps/unix/sysv/linux/sparc/kernel-features.h
(__ASSUME_REQUEUE_PI): Likewise.
This commit is contained in:
parent
c3261cdb5b
commit
2e4cf77897
14
ChangeLog
14
ChangeLog
@ -1,3 +1,17 @@
|
||||
2017-04-04 Adhemerval Zanella <adhemerval.zanella@linaro.org>
|
||||
|
||||
* nptl/pthreadP.h (USE_REQUEUE_PI): Remove ununsed macro.
|
||||
* sysdeps/unix/sysv/linux/arm/kernel-features.h
|
||||
(__ASSUME_REQUEUE_PI): Likewise.
|
||||
* sysdeps/unix/sysv/linux/kernel-features.h
|
||||
(__ASSUME_REQUEUE_PI): Likewise.
|
||||
* sysdeps/unix/sysv/linux/m68k/kernel-features.h
|
||||
(__ASSUME_REQUEUE_PI): Likewise.
|
||||
* sysdeps/unix/sysv/linux/mips/kernel-features.h
|
||||
(__ASSUME_REQUEUE_PI): Likewise.
|
||||
* sysdeps/unix/sysv/linux/sparc/kernel-features.h
|
||||
(__ASSUME_REQUEUE_PI): Likewise.
|
||||
|
||||
2017-04-04 Florian Weimer <fweimer@redhat.com>
|
||||
|
||||
* resolv/tst-resolv-canonname.c: New file.
|
||||
|
@ -603,18 +603,6 @@ extern void __wait_lookup_done (void) attribute_hidden;
|
||||
# define PTHREAD_STATIC_FN_REQUIRE(name) __asm (".globl " #name);
|
||||
#endif
|
||||
|
||||
/* Test if the mutex is suitable for the FUTEX_WAIT_REQUEUE_PI operation. */
|
||||
#if (defined lll_futex_wait_requeue_pi \
|
||||
&& defined __ASSUME_REQUEUE_PI)
|
||||
# define USE_REQUEUE_PI(mut) \
|
||||
((mut) && (mut) != (void *) ~0l \
|
||||
&& (((mut)->__data.__kind \
|
||||
& (PTHREAD_MUTEX_PRIO_INHERIT_NP | PTHREAD_MUTEX_ROBUST_NORMAL_NP)) \
|
||||
== PTHREAD_MUTEX_PRIO_INHERIT_NP))
|
||||
#else
|
||||
# define USE_REQUEUE_PI(mut) 0
|
||||
#endif
|
||||
|
||||
/* Returns 0 if POL is a valid scheduling policy. */
|
||||
static inline int
|
||||
check_sched_policy_attr (int pol)
|
||||
|
@ -23,7 +23,6 @@
|
||||
futex_atomic_cmpxchg_inatomic, depending on kernel
|
||||
configuration. */
|
||||
#if __LINUX_KERNEL_VERSION < 0x030E03
|
||||
# undef __ASSUME_REQUEUE_PI
|
||||
# undef __ASSUME_SET_ROBUST_LIST
|
||||
#endif
|
||||
|
||||
|
@ -101,11 +101,6 @@
|
||||
#define __ASSUME_PREADV 1
|
||||
#define __ASSUME_PWRITEV 1
|
||||
|
||||
/* Support for FUTEX_*_REQUEUE_PI was added in 2.6.31 (but some
|
||||
architectures lack futex_atomic_cmpxchg_inatomic in some
|
||||
configurations). */
|
||||
#define __ASSUME_REQUEUE_PI 1
|
||||
|
||||
/* Support for recvmmsg functionality was added in 2.6.33. The macros
|
||||
defined correspond to those for accept4. */
|
||||
#if __LINUX_KERNEL_VERSION >= 0x020621
|
||||
|
@ -50,7 +50,6 @@
|
||||
|
||||
/* No support for PI futexes or robust mutexes before 3.10 for m68k. */
|
||||
#if __LINUX_KERNEL_VERSION < 0x030a00
|
||||
# undef __ASSUME_REQUEUE_PI
|
||||
# undef __ASSUME_SET_ROBUST_LIST
|
||||
#endif
|
||||
|
||||
|
@ -24,7 +24,6 @@
|
||||
/* The MIPS kernel does not support futex_atomic_cmpxchg_inatomic if
|
||||
emulating LL/SC. */
|
||||
#if __mips == 1 || defined _MIPS_ARCH_R5900
|
||||
# undef __ASSUME_REQUEUE_PI
|
||||
# undef __ASSUME_SET_ROBUST_LIST
|
||||
#endif
|
||||
|
||||
|
@ -34,7 +34,6 @@
|
||||
/* 32-bit SPARC kernels do not support
|
||||
futex_atomic_cmpxchg_inatomic. */
|
||||
#if !defined __arch64__ && !defined __sparc_v9__
|
||||
# undef __ASSUME_REQUEUE_PI
|
||||
# undef __ASSUME_SET_ROBUST_LIST
|
||||
#endif
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user