Patch "parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls" has been added to the 4.5-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
to the 4.5-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
parisc-fix-a-bug-when-syscall-number-of-tracee-is-__nr_linux_syscalls.patch
and it can be found in the queue-4.5 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
f0b22d1bb2a37a665a969e95785c75a4f49d1499Mon Sep 17 00:00:00 2001
From: "Dmitry V. Levin" <[email protected]>
Date: Wed, 27 Apr 2016 04:56:11 +0300
Subject: parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
From: Dmitry V. Levin <[email protected]>
commit f0b22d1bb2a37a665a969e95785c75a4f49d1499 upstream.
Do not load one entry beyond the end of the syscall table when the syscall number of a traced process equals to __NR_Linux_syscalls. Similar bug with regular processes was fixed by commit 3bb457af4fa8 ("[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls").
This bug was found by strace test suite.
--- arch/parisc/kernel/syscall.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
arch/parisc/kernel/syscall.S +1 -1
@@ -344,7 +344,7 @@ tracesys_next: #endif cmpib,COND(=),n -1,%r20,tracesys_exit /* seccomp may have returned -1 */ - comiclr,>>= __NR_Linux_syscalls, %r20, %r0 + comiclr,>> __NR_Linux_syscalls, %r20, %r0 b,n .Ltracesys_nosys LDREGX %r20(%r19), %r19
Patches currently in stable-queue which might be from [email protected] are
queue-4.5/parisc-fix-a-bug-when-syscall-number-of-tracee-is-__nr_linux_syscalls.patch