From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: futex(2) man page update help request Date: Wed, 14 May 2014 17:41:02 -0700 Message-ID: <53740D1E.6060609@zytor.com> References: <537346E5.4050407@gmail.com> <1400100977.3865.30.camel@buesod1.americas.hpqcorp.net> <53740A30.20807@zytor.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Andy Lutomirski Cc: Davidlohr Bueso , Michael Kerrisk-manpages , Darren Hart , Thomas Gleixner , Ingo Molnar , Jakub Jelinek , "linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , lkml , Davidlohr Bueso , Arnd Bergmann , Steven Rostedt , Peter Zijlstra , Linux API , Carlos O'Donell List-Id: linux-api@vger.kernel.org On 05/14/2014 05:35 PM, Andy Lutomirski wrote: >> >> More fundamentally, futex(2), like clone(2), are things that can be >> legitimately by user space without automatically breaking all of glibc. > > I'm lost -- I think the missing verb is important :) > ... legitimately *used* by user space ... As in you can use it to implement your own, non-POSIX, synchronization primitives. -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-man" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html