* [PATCH] arm: wire up userfaultfd and membarrier syscalls
@ 2015-09-21 17:00 Andre Przywara
2015-09-21 17:17 ` Russell King - ARM Linux
0 siblings, 1 reply; 4+ messages in thread
From: Andre Przywara @ 2015-09-21 17:00 UTC (permalink / raw)
To: linux-arm-kernel
Add the syscall numbers to the ARM syscall table. Both have
been briefly tested using the provided selftests from the tools
directory.
Signed-off-by: Andre Przywara <andre.przywara@arm.com>
---
Hi Russell,
I saw that Thierry sent something similar beginning of August already
(which is now outdated), is there any issue with enabling syscalls?
Cheers,
Andre.
arch/arm/include/asm/unistd.h | 2 +-
arch/arm/include/uapi/asm/unistd.h | 2 ++
arch/arm/kernel/calls.S | 2 ++
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/unistd.h b/arch/arm/include/asm/unistd.h
index 32640c4..7cba573 100644
--- a/arch/arm/include/asm/unistd.h
+++ b/arch/arm/include/asm/unistd.h
@@ -19,7 +19,7 @@
* This may need to be greater than __NR_last_syscall+1 in order to
* account for the padding in the syscall table
*/
-#define __NR_syscalls (388)
+#define __NR_syscalls (392)
/*
* *NOTE*: This is a ghost syscall private to the kernel. Only the
diff --git a/arch/arm/include/uapi/asm/unistd.h b/arch/arm/include/uapi/asm/unistd.h
index 0c3f5a0..7a2a32a 100644
--- a/arch/arm/include/uapi/asm/unistd.h
+++ b/arch/arm/include/uapi/asm/unistd.h
@@ -414,6 +414,8 @@
#define __NR_memfd_create (__NR_SYSCALL_BASE+385)
#define __NR_bpf (__NR_SYSCALL_BASE+386)
#define __NR_execveat (__NR_SYSCALL_BASE+387)
+#define __NR_userfaultfd (__NR_SYSCALL_BASE+388)
+#define __NR_membarrier (__NR_SYSCALL_BASE+389)
/*
* The following SWIs are ARM private.
diff --git a/arch/arm/kernel/calls.S b/arch/arm/kernel/calls.S
index 05745eb..fde6c88 100644
--- a/arch/arm/kernel/calls.S
+++ b/arch/arm/kernel/calls.S
@@ -397,6 +397,8 @@
/* 385 */ CALL(sys_memfd_create)
CALL(sys_bpf)
CALL(sys_execveat)
+ CALL(sys_userfaultfd)
+ CALL(sys_membarrier)
#ifndef syscalls_counted
.equ syscalls_padding, ((NR_syscalls + 3) & ~3) - NR_syscalls
#define syscalls_counted
--
2.5.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* [PATCH] arm: wire up userfaultfd and membarrier syscalls
2015-09-21 17:00 [PATCH] arm: wire up userfaultfd and membarrier syscalls Andre Przywara
@ 2015-09-21 17:17 ` Russell King - ARM Linux
2015-09-22 10:45 ` Andre Przywara
0 siblings, 1 reply; 4+ messages in thread
From: Russell King - ARM Linux @ 2015-09-21 17:17 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Sep 21, 2015 at 06:00:33PM +0100, Andre Przywara wrote:
> Add the syscall numbers to the ARM syscall table. Both have
> been briefly tested using the provided selftests from the tools
> directory.
>
> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
> ---
> Hi Russell,
>
> I saw that Thierry sent something similar beginning of August already
> (which is now outdated), is there any issue with enabling syscalls?
The only issue there is is that this was mentioned last week, and I
replied about it last week.
I already have a patch pending for it, but I've been unable to merge
it into mainline as my tree became somewhat messy due to the fixes
missing -rc1 - which meant that my fixes branch was not recent enough
to take that patch. Now that those fixes are in, I can now start
sorting my tree out, as I'd normally do after -rc1.
--
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] arm: wire up userfaultfd and membarrier syscalls
2015-09-21 17:17 ` Russell King - ARM Linux
@ 2015-09-22 10:45 ` Andre Przywara
2015-09-22 10:47 ` Russell King - ARM Linux
0 siblings, 1 reply; 4+ messages in thread
From: Andre Przywara @ 2015-09-22 10:45 UTC (permalink / raw)
To: linux-arm-kernel
Hi Russell,
On 21/09/15 18:17, Russell King - ARM Linux wrote:
> On Mon, Sep 21, 2015 at 06:00:33PM +0100, Andre Przywara wrote:
>> Add the syscall numbers to the ARM syscall table. Both have
>> been briefly tested using the provided selftests from the tools
>> directory.
>>
>> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
>> ---
>> Hi Russell,
>>
>> I saw that Thierry sent something similar beginning of August already
>> (which is now outdated), is there any issue with enabling syscalls?
>
> The only issue there is is that this was mentioned last week, and I
> replied about it last week.
I missed that because I only looked in the ARM kernel ML, sorry about that.
> I already have a patch pending for it, but I've been unable to merge
> it into mainline as my tree became somewhat messy due to the fixes
> missing -rc1 - which meant that my fixes branch was not recent enough
> to take that patch. Now that those fixes are in, I can now start
> sorting my tree out, as I'd normally do after -rc1.
Fair enough and sorry for the noise.
Cheers,
Andre
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] arm: wire up userfaultfd and membarrier syscalls
2015-09-22 10:45 ` Andre Przywara
@ 2015-09-22 10:47 ` Russell King - ARM Linux
0 siblings, 0 replies; 4+ messages in thread
From: Russell King - ARM Linux @ 2015-09-22 10:47 UTC (permalink / raw)
To: linux-arm-kernel
On Tue, Sep 22, 2015 at 11:45:40AM +0100, Andre Przywara wrote:
> Hi Russell,
>
> On 21/09/15 18:17, Russell King - ARM Linux wrote:
> > On Mon, Sep 21, 2015 at 06:00:33PM +0100, Andre Przywara wrote:
> >> Add the syscall numbers to the ARM syscall table. Both have
> >> been briefly tested using the provided selftests from the tools
> >> directory.
> >>
> >> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
> >> ---
> >> Hi Russell,
> >>
> >> I saw that Thierry sent something similar beginning of August already
> >> (which is now outdated), is there any issue with enabling syscalls?
> >
> > The only issue there is is that this was mentioned last week, and I
> > replied about it last week.
>
> I missed that because I only looked in the ARM kernel ML, sorry about that.
>
> > I already have a patch pending for it, but I've been unable to merge
> > it into mainline as my tree became somewhat messy due to the fixes
> > missing -rc1 - which meant that my fixes branch was not recent enough
> > to take that patch. Now that those fixes are in, I can now start
> > sorting my tree out, as I'd normally do after -rc1.
>
> Fair enough and sorry for the noise.
It should be in tonights linux-next.
--
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-09-22 10:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-21 17:00 [PATCH] arm: wire up userfaultfd and membarrier syscalls Andre Przywara
2015-09-21 17:17 ` Russell King - ARM Linux
2015-09-22 10:45 ` Andre Przywara
2015-09-22 10:47 ` Russell King - ARM Linux
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).