Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752410AbcDRLk2 (ORCPT <rfc822;w@1wt.eu>);
	Mon, 18 Apr 2016 07:40:28 -0400
Received: from imap.thunk.org ([74.207.234.97]:40598 "EHLO imap.thunk.org"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751323AbcDRLkZ (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 18 Apr 2016 07:40:25 -0400
Date: Mon, 18 Apr 2016 07:39:54 -0400
From: "Theodore Ts'o" <tytso@mit.edu>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Josh Triplett <josh@joshtriplett.org>,
        Greg KH <gregkh@linuxfoundation.org>,
        Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
        "Richard W.M. Jones" <rjones@redhat.com>, linux-kernel@vger.kernel.org,
        Thomas Gleixner <tglx@linutronix.de>, mingo@redhat.com,
        Andrew Morton <akpm@linux-foundation.org>, luto@kernel.org,
        viro@zeniv.linux.org.uk, zab <zab@redhat.com>, emunson@akamai.com,
        "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
        Andrea Arcangeli <aarcange@redhat.com>,
        Pavel Emelyanov <xemul@parallels.com>, sfr@canb.auug.org.au,
        Milosz Tanski <milosz@adfin.com>, rostedt <rostedt@goodmis.org>,
        arnd@arndb.de, ebiederm@xmission.com, gorcunov <gorcunov@openvz.org>,
        iulia manda21 <iulia.manda21@gmail.com>,
        dave hansen <dave.hansen@linux.intel.com>, mguzik <mguzik@redhat.com>,
        adobriyan@gmail.com, Davidlohr Bueso <dave@stgolabs.net>,
        linux-api <linux-api@vger.kernel.org>, gorcunov@gmail.com,
        fw@deneb.enyo.de, Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
Message-ID: <20160418113954.GA13114@thunk.org>
Mail-Followup-To: Theodore Ts'o <tytso@mit.edu>,
	"H. Peter Anvin" <hpa@zytor.com>,
	Josh Triplett <josh@joshtriplett.org>,
	Greg KH <gregkh@linuxfoundation.org>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	"Richard W.M. Jones" <rjones@redhat.com>,
	linux-kernel@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	mingo@redhat.com, Andrew Morton <akpm@linux-foundation.org>,
	luto@kernel.org, viro@zeniv.linux.org.uk, zab <zab@redhat.com>,
	emunson@akamai.com, "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Andrea Arcangeli <aarcange@redhat.com>,
	Pavel Emelyanov <xemul@parallels.com>, sfr@canb.auug.org.au,
	Milosz Tanski <milosz@adfin.com>, rostedt <rostedt@goodmis.org>,
	arnd@arndb.de, ebiederm@xmission.com,
	gorcunov <gorcunov@openvz.org>,
	iulia manda21 <iulia.manda21@gmail.com>,
	dave hansen <dave.hansen@linux.intel.com>,
	mguzik <mguzik@redhat.com>, adobriyan@gmail.com,
	Davidlohr Bueso <dave@stgolabs.net>,
	linux-api <linux-api@vger.kernel.org>, gorcunov@gmail.com,
	fw@deneb.enyo.de, Linus Torvalds <torvalds@linux-foundation.org>
References: <1460552272-15985-1-git-send-email-rjones@redhat.com>
 <2143735451.55767.1460561962122.JavaMail.zimbra@efficios.com>
 <1736004700.56566.1460581285951.JavaMail.zimbra@efficios.com>
 <20160414021348.GB16656@thunk.org>
 <57142C80.6070005@zytor.com>
 <20160418010925.GA7800@kroah.com>
 <20160418021259.GB16600@x>
 <57144343.4090402@zytor.com>
 <20160418023721.GA17282@x>
 <57144DE6.9050409@zytor.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <57144DE6.9050409@zytor.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SA-Exim-Connect-IP: <locally generated>
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
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 672
Lines: 16

On Sun, Apr 17, 2016 at 08:00:54PM -0700, H. Peter Anvin wrote:
> Now, we could of course have __linux_getrandom() and make a weak alias
> for getrandom(), but I really don't understand the use case for
> exporting all the system calls.

If we do create a libinux library, I'd definitely want getrandom(2) to
be defined as getrandom(), and not as sys_getrandom() or
linux_getrandom().

For bonus points we could also define a OpenBSD compatible
getentropy() interface so that programs that were already written to
use the OpenBSD interface (and perhaps have a configure test for it
already) would get the benefits of the getrandom(2) system call
immediately.

						- Ted