[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls
authorKyle McMartin <kyle@parisc-linux.org>
Sun, 3 Jun 2007 21:47:00 +0000 (17:47 -0400)
committerKyle McMartin <kyle@minerva.i.cabal.ca>
Sun, 3 Jun 2007 21:53:45 +0000 (17:53 -0400)
commit3bb457af4fa86dceef57d7c3e959aff162457fdc
tree4b2278b2da6a4518a7db8d277dcd04bdc54b7b9a
parentcc650a7a9f5ebc3f9290a8e20e3f55b4f52f849e
[PARISC] Fix bug when syscall nr is __NR_Linux_syscalls

The bug was that we were comparing __NR_syscalls to be greater or equal
to the syscall number stored in %r20. __NR_syscalls is one greater than
the last syscall though, so we're loading one entry beyond the end of the
syscall table, and trying to jump to it.

Fix this by only checking that we're greater, alternatively, we could
have compared to (__NR_Linux_syscalls - 1)

Signed-off-by: Kyle McMartin <kyle@parisc-linux.org>
arch/parisc/kernel/syscall.S