Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751702AbdCPJsl (ORCPT ); Thu, 16 Mar 2017 05:48:41 -0400 Received: from mail-ot0-f196.google.com ([74.125.82.196]:33129 "EHLO mail-ot0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751387AbdCPJsi (ORCPT ); Thu, 16 Mar 2017 05:48:38 -0400 MIME-Version: 1.0 In-Reply-To: References: <20170313144521.28127-1-shorne@gmail.com> From: Arnd Bergmann Date: Thu, 16 Mar 2017 10:48:11 +0100 X-Google-Sender-Auth: P74JBm1sDctXFP4tY241ERJBCFg Message-ID: Subject: Re: [PATCH v2] generic syscalls: Wire up statx syscall To: James Hogan Cc: Stafford Horne , LKML , Thomas Gleixner , Al Viro , David Howells , Catalin Marinas , Will Deacon , ARM Kernel List , linux-arch Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 608 Lines: 15 On Wed, Mar 15, 2017 at 11:26 PM, James Hogan wrote: > On 13 March 2017 at 14:45, Stafford Horne 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