This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Linux kernel version support policy
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Torvald Riegel <triegel at redhat dot com>
- Cc: Mike Frysinger <vapier at gentoo dot org>, <libc-alpha at sourceware dot org>, Aurelien Jarno <aurel32 at debian dot org>
- Date: Wed, 29 Jan 2014 14:54:46 +0000
- Subject: Re: Linux kernel version support policy
- Authentication-results: sourceware.org; auth=none
- References: <Pine dot LNX dot 4 dot 64 dot 1401272237400 dot 14736 at digraph dot polyomino dot org dot uk> <3591302 dot 5mrdmfoV2Y at vapier> <Pine dot LNX dot 4 dot 64 dot 1401280049050 dot 14736 at digraph dot polyomino dot org dot uk> <1578206 dot CTcFI8tkNA at vapier> <Pine dot LNX dot 4 dot 64 dot 1401280204390 dot 14736 at digraph dot polyomino dot org dot uk> <1390993341 dot 19670 dot 86 dot camel at triegel dot csb>
On Wed, 29 Jan 2014, Torvald Riegel wrote:
> On Tue, 2014-01-28 at 02:15 +0000, Joseph S. Myers wrote:
> > __ASSUME_FUTEX_LOCK_PI, __ASSUME_PRIVATE_FUTEX,
> > __ASSUME_FUTEX_CLOCK_REALTIME, __ASSUME_REQUEUE_PI,
>
> Being able to assume these would simplify the lock/condvar/semaphore
> implementations somewhat.
I don't know if we'll be able to assume those for all architectures. At
least __ASSUME_FUTEX_LOCK_PI is covered by Aurelien's bug 9894, indicating
that at least as of the patches there it wasn't supported by all
architectures, and I don't know if __ASSUME_REQUEUE_PI has the same
requirements but based on
ports/sysdeps/unix/sysv/linux/m68k/kernel-features.h I assume it does.
--
Joseph S. Myers
joseph@codesourcery.com