Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1521549 > unrolled thread
| Started by | Heiko Carstens <heiko.carstens@de.ibm.com> |
|---|---|
| First post | 2016-11-14 12:20 +0100 |
| Last post | 2016-11-14 17:50 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
[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
| From | Heiko Carstens <heiko.carstens@de.ibm.com> |
|---|---|
| Date | 2016-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]
| From | Dave Hansen <dave.hansen@linux.intel.com> |
|---|---|
| Date | 2016-11-14 17:50 +0100 |
| Subject | Re: [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