Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7603321imu; Wed, 14 Nov 2018 21:31:40 -0800 (PST) X-Google-Smtp-Source: AJdET5dPeGX1vFJrAcCfzfsLcsnAbav4wzxd8NzYcoSIhChG/LHCC+ysic++tX84vfuCX174x+Or X-Received: by 2002:a17:902:2d81:: with SMTP id p1-v6mr4734999plb.97.1542259900480; Wed, 14 Nov 2018 21:31:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542259900; cv=none; d=google.com; s=arc-20160816; b=TJvQE1bpY9Q4bYgprMnlXb5jSfxDUPcST//nMy21MnE3LBbFpOAEWjRFNex840/kxl Jj4h/qhSF/MzjKlZqyY3e70JTQm62C2ngeQzWcUS8Shv9Vg7W5duYkhLN+j+IWDkwAzw hpgv+zNNOucS2UYqKn7cA2ZEJcZpI+LVaAWGK38OuW5rBVOE7fFE9i9dSkzDU0LMJIg7 NTj2VYjgnWow/Qei68P0pvSqYx6fagLKhUv0gw9LJz47j3HlWC3MJtSTcueE5qxit1UP fEkqJ6Ez8qFgxyrzJAFWCoCqODfENceTxOK+idSiO5mhSr0g/L5Ij3w63ioEG0Na4eEt FZTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=3JYbjVojWijXQ4cGYwg/g6bL18VcZm3hydbl0UQHNc8=; b=ia9f6/r28mo7ANMx2f7qKF2Lcm1FEbrnuhKoL9WQ/yTL3ShrcIV53rR2S0JtME/xm9 zJBRsIksCEY+q3VR717wnT7LC0Hw+R7CijqcEHxB6wMg5b8DY/AJpG4CjlRjUB5qKhx8 NKVtUhoBmguTFAQEmdThySjpjUFjWkeM0SS9icJTvLp8SYPTs8tAQT6jCR30sqJsRgS4 QPerEyLRQ5c7+gFOHLHEB9j3RYhIqzw3RL6BqDtS05xPgmhbxNj3JHLvaWZ3s0X0Y42x KUqcqdODo12hQecCgdLnWsvp68EfeR3AYOjLhGs9H6IYkIGx0zo8/3cOVThJAXdlTG9o 2Xvg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@thunk.org header.s=ef5046eb header.b=jqwyqDGi; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v30si18818952pga.45.2018.11.14.21.31.24; Wed, 14 Nov 2018 21:31:40 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@thunk.org header.s=ef5046eb header.b=jqwyqDGi; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728166AbeKOPhH (ORCPT + 99 others); Thu, 15 Nov 2018 10:37:07 -0500 Received: from imap.thunk.org ([74.207.234.97]:60224 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726811AbeKOPhG (ORCPT ); Thu, 15 Nov 2018 10:37:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=thunk.org; s=ef5046eb; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=3JYbjVojWijXQ4cGYwg/g6bL18VcZm3hydbl0UQHNc8=; b=jqwyqDGith1nvcLnRSTtENqiN/ s6F9b16XXqURqzpn8qstEc5BJBKTEHWFgowMi3ta567VoyyZhzGSIc1GCjHdDg44cGCuCWQMHX+i+ G35o1zzjHsAq4Na+KfX+jQp6o0wSa8vhuAnJZKOArsQ7bLcBsC8Sf8ml5yeF4uO/kfXU=; Received: from root (helo=callcc.thunk.org) by imap.thunk.org with local-esmtp (Exim 4.89) (envelope-from ) id 1gNAEV-0002VZ-K6; Thu, 15 Nov 2018 05:30:27 +0000 Received: by callcc.thunk.org (Postfix, from userid 15806) id 440377A47B7; Thu, 15 Nov 2018 00:30:26 -0500 (EST) Date: Thu, 15 Nov 2018 00:30:26 -0500 From: "Theodore Y. Ts'o" To: Joseph Myers Cc: Daniel Colascione , Szabolcs Nagy , Dave P Martin , nd , Florian Weimer , "Michael Kerrisk (man-pages)" , linux-kernel , Joel Fernandes , Linux API , Willy Tarreau , Vlastimil Babka , Carlos O'Donell , "libc-alpha@sourceware.org" Subject: Re: Official Linux system wrapper library? Message-ID: <20181115053026.GA20617@thunk.org> Mail-Followup-To: "Theodore Y. Ts'o" , Joseph Myers , Daniel Colascione , Szabolcs Nagy , Dave P Martin , nd , Florian Weimer , "Michael Kerrisk (man-pages)" , linux-kernel , Joel Fernandes , Linux API , Willy Tarreau , Vlastimil Babka , Carlos O'Donell , "libc-alpha@sourceware.org" References: <877ehjx447.fsf@oldenburg.str.redhat.com> <875zx2vhpd.fsf@oldenburg.str.redhat.com> <20181113193859.GJ3505@e103592.cambridge.arm.com> <5853c297-9d84-86e5-dede-aa2957562c6b@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 14, 2018 at 06:47:57PM +0000, Joseph Myers wrote: > On Wed, 14 Nov 2018, Daniel Colascione wrote: > > > A good demonstration of a new commitment to pragmatism would be > > merging the trivial wrappers for gettid(2). > > I support the addition of gettid (for use with those syscalls that take > tids, and with appropriate documentation explaining the properties of > tids) - and, generally, wrappers for all non-obsolescent > architecture-independent Linux kernel syscalls, including ones that are > very Linux-specific, except maybe for a few interfaces fundamentally > inconsistent with glibc managing TLS etc. - they are, at least, no worse > as a source of APIs than all the old BSD / SVID interfaces we have from > when those were used as sources of APIs. That's great. But is it or is it not true (either de jure or de facto) that "a single active glibc developer" can block a system call from being supported by glibc by objecting? And if not, under what is the process by resolving a conflict? - Ted