This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/18463] pthread_cond_broadcast issue when surrounded by PTHREAD_PRIO_INHERIT mutex on ARM
- From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Fri, 13 May 2016 12:14:06 +0000
- Subject: [Bug nptl/18463] pthread_cond_broadcast issue when surrounded by PTHREAD_PRIO_INHERIT mutex on ARM
- Auto-submitted: auto-generated
- References: <bug-18463-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18463
Adhemerval Zanella <adhemerval.zanella at linaro dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adhemerval.zanella at linaro dot o
| |rg
--- Comment #9 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
I think changing the behavior only for ARM is not the correct fix, but rather
remove the __ASSUME_REQUEUE_PI as you suggested.
Now that minimum kernel version support is 3.2 we can assume that all PI
futuxes operations as covered with cmpxchg enabled check
(29bfcea07745737f385b0d092e71527051c29029 [1]), so calling futexes with
FUTEX_WAIT_REQUEUE_PI or FUTEX_CMP_REQUEUE_PI will result in ENOSYS if cmpxchg
is not enabled.
Now for older glibc releases we can assume this kernel behavior, since for
GLIBC from 2.20 to 2.24 the minimum kernel version is 2.6.32 and this version
does not have this fix.
I will work on this.
[1] git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
--
You are receiving this mail because:
You are on the CC list for the bug.