Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1521549 > unrolled thread

[PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected

Started byHeiko Carstens <heiko.carstens@de.ibm.com>
First post2016-11-14 12:20 +0100
Last post2016-11-14 17:50 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected Heiko Carstens <heiko.carstens@de.ibm.com> - 2016-11-14 12:20 +0100
    Re: [PATCH] mm/pkeys: generate pkey system call code only if  ARCH_HAS_PKEYS is selected Dave Hansen <dave.hansen@linux.intel.com> - 2016-11-14 17:50 +0100

#1521549 — [PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected

FromHeiko Carstens <heiko.carstens@de.ibm.com>
Date2016-11-14 12:20 +0100
Subject[PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected
Message-ID<sDnsR-6fV-9@gated-at.bofh.it>
Having code for the pkey_mprotect, pkey_alloc and pkey_free system
calls makes only sense if ARCH_HAS_PKEYS is selected. If not selected
these system calls will always return -ENOSPC or -EINVAL.

To simplify things and have less code generate the pkey system call
code only if ARCH_HAS_PKEYS is selected.

For architectures which have already wired up the system calls, but do
not select ARCH_HAS_PKEYS this will result in less generated code and
a different return code: the three system calls will now always return
-ENOSYS, using the cond_syscall mechanism.

For architectures which have not wired up the system calls less
unreachable code will be generated.

Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
---
 mm/mprotect.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/mm/mprotect.c b/mm/mprotect.c
index 11936526b08b..a06e91c4de29 100644
--- a/mm/mprotect.c
+++ b/mm/mprotect.c
@@ -484,6 +484,8 @@ SYSCALL_DEFINE3(mprotect, unsigned long, start, size_t, len,
 	return do_mprotect_pkey(start, len, prot, -1);
 }
 
+#ifdef CONFIG_ARCH_HAS_PKEYS
+
 SYSCALL_DEFINE4(pkey_mprotect, unsigned long, start, size_t, len,
 		unsigned long, prot, int, pkey)
 {
@@ -534,3 +536,5 @@ SYSCALL_DEFINE1(pkey_free, int, pkey)
 	 */
 	return ret;
 }
+
+#endif /* CONFIG_ARCH_HAS_PKEYS */
-- 
2.8.4

[toc] | [next] | [standalone]


#1521844 — Re: [PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected

FromDave Hansen <dave.hansen@linux.intel.com>
Date2016-11-14 17:50 +0100
SubjectRe: [PATCH] mm/pkeys: generate pkey system call code only if ARCH_HAS_PKEYS is selected
Message-ID<sDsCe-12v-27@gated-at.bofh.it>
In reply to#1521549
On 11/14/2016 03:12 AM, Heiko Carstens wrote:
> Having code for the pkey_mprotect, pkey_alloc and pkey_free system
> calls makes only sense if ARCH_HAS_PKEYS is selected. If not selected
> these system calls will always return -ENOSPC or -EINVAL.
> 
> To simplify things and have less code generate the pkey system call
> code only if ARCH_HAS_PKEYS is selected.
> 
> For architectures which have already wired up the system calls, but do
> not select ARCH_HAS_PKEYS this will result in less generated code and
> a different return code: the three system calls will now always return
> -ENOSYS, using the cond_syscall mechanism.
> 
> For architectures which have not wired up the system calls less
> unreachable code will be generated.
> 
> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>

This is fine with me.  FWIW:

Acked-by: Dave Hansen <dave.hansen@linux.intel.com>

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web