[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK8P3a3YPsa_FXvqAmt2rQqRPc+Rby6n_+5MoMR2EV85jQHyjQ@mail.gmail.com>
Date: Thu, 16 Mar 2017 10:48:11 +0100
From: Arnd Bergmann <arnd@...db.de>
To: James Hogan <james.hogan@...tec.com>
Cc: Stafford Horne <shorne@...il.com>,
LKML <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>,
Al Viro <viro@...iv.linux.org.uk>,
David Howells <dhowells@...hat.com>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will.deacon@....com>,
ARM Kernel List <linux-arm-kernel@...ts.infradead.org>,
linux-arch <linux-arch@...r.kernel.org>
Subject: Re: [PATCH v2] generic syscalls: Wire up statx syscall
On Wed, Mar 15, 2017 at 11:26 PM, James Hogan <james.hogan@...tec.com> wrote:
> On 13 March 2017 at 14:45, Stafford Horne <shorne@...il.com> wrote:
>> #undef __NR_syscalls
>> -#define __NR_syscalls 291
>> +#define __NR_syscalls 292
>
> Out of interest, anybody know OTOH which other stat syscalls statx
> supersedes (such that they could at some point be disabled by default
> in asm-generic for new arches, and implemented in userspace)?
It should replace the entire stat family {old,new,}{f,}stat{at,}{64,}, but not
the {f,}statfs{64,} family, which will eventually get another replacement.
Arnd
Powered by blists - more mailing lists