From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1423246AbcFGUsT (ORCPT ); Tue, 7 Jun 2016 16:48:19 -0400 Received: from mga03.intel.com ([134.134.136.65]:3220 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1423181AbcFGUr1 (ORCPT ); Tue, 7 Jun 2016 16:47:27 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,435,1459839600"; d="scan'208";a="715445714" Subject: [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls To: linux-kernel@vger.kernel.org Cc: x86@kernel.org, linux-api@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, Dave Hansen , dave.hansen@linux.intel.com, arnd@arndb.de From: Dave Hansen Date: Tue, 07 Jun 2016 13:47:25 -0700 References: <20160607204712.594DE00A@viggo.jf.intel.com> In-Reply-To: <20160607204712.594DE00A@viggo.jf.intel.com> Message-Id: <20160607204725.A731CB1E@viggo.jf.intel.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dave Hansen These new syscalls are implemented as generic code, so enable them for architectures like arm64 which use the generic syscall table. According to Arnd: Even if the support is x86 specific for the forseeable future, it may be good to reserve the number just in case. The other architecture specific syscall lists are usually left to the individual arch maintainers, most a lot of the newer architectures share this table. Signed-off-by: Dave Hansen Cc: Arnd Bergmann --- b/include/uapi/asm-generic/unistd.h | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff -puN include/uapi/asm-generic/unistd.h~pkeys-119-syscalls-generic include/uapi/asm-generic/unistd.h --- a/include/uapi/asm-generic/unistd.h~pkeys-119-syscalls-generic 2016-06-07 13:22:21.703083776 -0700 +++ b/include/uapi/asm-generic/unistd.h 2016-06-07 13:22:21.707083961 -0700 @@ -724,9 +724,19 @@ __SYSCALL(__NR_copy_file_range, sys_copy __SC_COMP(__NR_preadv2, sys_preadv2, compat_sys_preadv2) #define __NR_pwritev2 287 __SC_COMP(__NR_pwritev2, sys_pwritev2, compat_sys_pwritev2) +#define __NR_pkey_mprotect 288 +__SYSCALL(__NR_pkey_mprotect, sys_pkey_mprotect) +#define __NR_pkey_alloc 289 +__SYSCALL(__NR_pkey_alloc, sys_pkey_alloc) +#define __NR_pkey_free 290 +__SYSCALL(__NR_pkey_free, sys_pkey_free) +#define __NR_pkey_get 291 +__SYSCALL(__NR_pkey_get, sys_pkey_get) +#define __NR_pkey_set 292 +__SYSCALL(__NR_pkey_set, sys_pkey_set) #undef __NR_syscalls -#define __NR_syscalls 288 +#define __NR_syscalls 293 /* * All syscalls below here should go away really, _ From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Hansen Subject: [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls Date: Tue, 07 Jun 2016 13:47:25 -0700 Message-ID: <20160607204725.A731CB1E@viggo.jf.intel.com> References: <20160607204712.594DE00A@viggo.jf.intel.com> Return-path: In-Reply-To: <20160607204712.594DE00A@viggo.jf.intel.com> Sender: owner-linux-mm@kvack.org To: linux-kernel@vger.kernel.org Cc: x86@kernel.org, linux-api@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, Dave Hansen , dave.hansen@linux.intel.com, arnd@arndb.de List-Id: linux-api@vger.kernel.org From: Dave Hansen These new syscalls are implemented as generic code, so enable them for architectures like arm64 which use the generic syscall table. According to Arnd: Even if the support is x86 specific for the forseeable future, it may be good to reserve the number just in case. The other architecture specific syscall lists are usually left to the individual arch maintainers, most a lot of the newer architectures share this table. Signed-off-by: Dave Hansen Cc: Arnd Bergmann --- b/include/uapi/asm-generic/unistd.h | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff -puN include/uapi/asm-generic/unistd.h~pkeys-119-syscalls-generic include/uapi/asm-generic/unistd.h --- a/include/uapi/asm-generic/unistd.h~pkeys-119-syscalls-generic 2016-06-07 13:22:21.703083776 -0700 +++ b/include/uapi/asm-generic/unistd.h 2016-06-07 13:22:21.707083961 -0700 @@ -724,9 +724,19 @@ __SYSCALL(__NR_copy_file_range, sys_copy __SC_COMP(__NR_preadv2, sys_preadv2, compat_sys_preadv2) #define __NR_pwritev2 287 __SC_COMP(__NR_pwritev2, sys_pwritev2, compat_sys_pwritev2) +#define __NR_pkey_mprotect 288 +__SYSCALL(__NR_pkey_mprotect, sys_pkey_mprotect) +#define __NR_pkey_alloc 289 +__SYSCALL(__NR_pkey_alloc, sys_pkey_alloc) +#define __NR_pkey_free 290 +__SYSCALL(__NR_pkey_free, sys_pkey_free) +#define __NR_pkey_get 291 +__SYSCALL(__NR_pkey_get, sys_pkey_get) +#define __NR_pkey_set 292 +__SYSCALL(__NR_pkey_set, sys_pkey_set) #undef __NR_syscalls -#define __NR_syscalls 288 +#define __NR_syscalls 293 /* * All syscalls below here should go away really, _ -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org