summaryrefslogtreecommitdiffstats
path: root/arch/s390/kernel/head64.S
diff options
context:
space:
mode:
authorVasily Gorbik <gor@linux.ibm.com>2019-08-05 15:07:19 +0200
committerVasily Gorbik <gor@linux.ibm.com>2019-08-06 13:58:35 +0200
commitfd0c7435d7bfd46161ef43b185f55d759022238c (patch)
tree8dde6bcd8efc34f712a621f1d7435a66663b854e /arch/s390/kernel/head64.S
parents390/setup: adjust start_code of init_mm to _text (diff)
downloadlinux-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