arm64: entry: always restore x0 from the stack on syscall return
authorWill Deacon <will.deacon@arm.com>
Wed, 19 Aug 2015 14:57:09 +0000 (15:57 +0100)
committerWill Deacon <will.deacon@arm.com>
Fri, 21 Aug 2015 14:11:43 +0000 (15:11 +0100)
commit412fcb6cebd758d080cacd5a41a0cbc656ea5fce
tree2e62df0204e68e580b468bdf871e60ddde7b822b
parentd8d23fa0f27f3b2942a7bbc7378c7735324ed519
arm64: entry: always restore x0 from the stack on syscall return

We have a micro-optimisation on the fast syscall return path where we
take care to keep x0 live with the return value from the syscall so that
we can avoid restoring it from the stack. The benefit of doing this is
fairly suspect, since we will be restoring x1 from the stack anyway
(which lives adjacent in the pt_regs structure) and the only additional
cost is saving x0 back to pt_regs after the syscall handler, which could
be seen as a poor man's prefetch.

More importantly, this causes issues with the context tracking code.

The ct_user_enter macro ends up branching into C code, which is free to
use x0 as a scratch register and consequently leads to us returning junk
back to userspace as the syscall return value. Rather than special case
the context-tracking code, this patch removes the questionable
optimisation entirely.

Cc: <stable@vger.kernel.org>
Cc: Larry Bassel <larry.bassel@linaro.org>
Cc: Kevin Hilman <khilman@linaro.org>
Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
Reported-by: Hanjun Guo <hanjun.guo@linaro.org>
Tested-by: Hanjun Guo <hanjun.guo@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
arch/arm64/kernel/entry.S