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

Groups > linux.kernel > #1229578 > unrolled thread

[PATCH] arm: wire up userfaultfd and membarrier syscalls

Back to article view | Back to linux.kernel

Contents

  [PATCH] arm: wire up userfaultfd and membarrier syscalls Andre Przywara <andre.przywara@arm.com> - 2015-09-21 19:10 +0200
    Re: [PATCH] arm: wire up userfaultfd and membarrier syscalls Russell King - ARM Linux <linux@arm.linux.org.uk> - 2015-09-21 19:20 +0200
      Re: [PATCH] arm: wire up userfaultfd and membarrier syscalls Andre Przywara <andre.przywara@arm.com> - 2015-09-22 12:50 +0200
        Re: [PATCH] arm: wire up userfaultfd and membarrier syscalls Russell King - ARM Linux <linux@arm.linux.org.uk> - 2015-09-22 12:50 +0200

#1229578 — [PATCH] arm: wire up userfaultfd and membarrier syscalls

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

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]

#1229586

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.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1230066

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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]

#1230071

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.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web