Re: nptl 0.41

Jakub Jelinek <[email protected]>
Newsgroups gmane.comp.lib.phil
Message-ID <[email protected]>
On Thu, May 29, 2003 at 04:44:34PM -0500, Steven Munroe wrote:
> Is nptl 0.41 still "considered more or less x86-only." like nptl-0.40 or 
> is it intended for general use?
> 
> PPC (and I suspect S390 and SH) is broken due to the futex requeue 
> change.  kernel-features.h has __ASSUME_FUTEX_REQUEUE but that is not 
> used in the common ./libc23/nptl/sysdeps/pthread/pthread_cond_*.c 
> source. It seems pthread_cond_wait.c, pthread_cond_signal.c, and 
> pthread_cond_broadcast.c  where changed to use __data.__mutex and 
> lll_futex_requeue without conditioning it on __ASSUME_FUTEX_REQUEUE.
> 
> What is the general intent for this;
> 1) all platforms should assume the new kernel and ignore 
> __ASSUME_FUTEX_REQUEUE,
> 2) or nptl should honor __ASSUME_FUTEX_REQUEUE and continue to support 
> pre 2.5.70 kernels?

NPTL should use FUTEX_REQUEUE always and unless __ASSUME_FUTEX_REQUEUE
fall back to FUTEX_WAKE if FUTEX_REQUEUE is not available.
I have ppc NPTL changes done and they pass make check on pre-FUTEX_REQUEUE
kernel.

	Jakub
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.