diff options
author | Vasily Gorbik <gor@linux.ibm.com> | 2019-08-05 15:07:19 +0200 |
---|---|---|
committer | Vasily Gorbik <gor@linux.ibm.com> | 2019-08-06 13:58:35 +0200 |
commit | fd0c7435d7bfd46161ef43b185f55d759022238c (patch) | |
tree | 8dde6bcd8efc34f712a621f1d7435a66663b854e /arch/s390/kernel/head64.S | |
parent | s390/setup: adjust start_code of init_mm to _text (diff) | |
download | linux-fd0c7435d7bfd46161ef43b185f55d759022238c.tar.xz linux-fd0c7435d7bfd46161ef43b185f55d759022238c.zip |
s390/unwind: remove stack recursion warning
Remove pointless stack recursion on stack type ... warning, which
only confuses people. There is no way to make backchain unwinder 100%
reliable. When a task is interrupted in-between stack frame allocation
and backchain write instructions new stack frame backchain pointer is
left uninitialized (there are also sometimes additional instruction
in-between stack frame allocation and backchain write instructions due
to gcc shrink-wrapping). In attempt to unwind such stack the unwinder
would still try to use that invalid backchain value and perform all kind
of sanity checks on it to make sure we are not pointed out of stack. In
some cases that invalid backchain value would be 0 and we would falsely
treat next stackframe as pt_regs and again gprs[15] in those pt_regs
might happen to point at some address within the task's stack.
Acked-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
Diffstat (limited to 'arch/s390/kernel/head64.S')
0 files changed, 0 insertions, 0 deletions