parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
authorDmitry V. Levin <ldv@altlinux.org>
Wed, 27 Apr 2016 01:56:11 +0000 (04:56 +0300)
committerBen Hutchings <ben@decadent.org.uk>
Wed, 15 Jun 2016 20:28:14 +0000 (21:28 +0100)
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.

Signed-off-by: Dmitry V. Levin <ldv@altlinux.org>
Acked-by: Helge Deller <deller@gmx.de>
Signed-off-by: Helge Deller <deller@gmx.de>
[bwh: Backported to 3.2: adjust context]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
arch/parisc/kernel/syscall.S

index 82a52b2..ed3df44 100644 (file)
@@ -314,7 +314,7 @@ tracesys_next:
        ldo     -16(%r30),%r29                  /* Reference param save area */
 #endif
 
-       comiclr,>>=     __NR_Linux_syscalls, %r20, %r0
+       comiclr,>>      __NR_Linux_syscalls, %r20, %r0
        b,n     .Lsyscall_nosys
 
        LDREGX  %r20(%r19), %r19