]> git.baikalelectronics.ru Git - kernel.git/commit
powerpc/idle: Don't corrupt back chain when going idle
authorMichael Ellerman <mpe@ellerman.id.au>
Wed, 20 Oct 2021 09:48:26 +0000 (20:48 +1100)
committerMichael Ellerman <mpe@ellerman.id.au>
Wed, 20 Oct 2021 10:37:58 +0000 (21:37 +1100)
commit496c5fe25c377ddb7815c4ce8ecfb676f051e9b6
tree5a8a7eace4a709ae149ebd85ab1e2246ea183690
parentcdeb5d7d890e14f3b70e8087e745c4a6a7d9f337
powerpc/idle: Don't corrupt back chain when going idle

In isa206_idle_insn_mayloss() we store various registers into the stack
red zone, which is allowed.

However inside the IDLE_STATE_ENTER_SEQ_NORET macro we save r2 again,
to 0(r1), which corrupts the stack back chain.

We used to do the same in isa206_idle_insn_mayloss() itself, but we
fixed that in 73287caa9210 ("powerpc64/idle: Fix SP offsets when saving
GPRs"), however we missed that the macro also corrupts the back chain.

Corrupting the back chain is bad for debuggability but doesn't
necessarily cause a bug.

However we recently changed the stack handling in some KVM code, and it
now relies on the stack back chain being valid when it returns. The
corruption causes that code to return with r1 pointing somewhere in
kernel data, at some point LR is restored from the stack and we branch
to NULL or somewhere else invalid.

Only affects Power8 hosts running KVM guests, with dynamic_mt_modes
enabled (which it is by default).

The fixes tag below points to the commit that changed the KVM stack
handling, exposing this bug. The actual corruption of the back chain has
always existed since 948cf67c4726 ("powerpc: Add NAP mode support on
Power7 in HV mode").

Fixes: 9b4416c5095c ("KVM: PPC: Book3S HV: Fix stack handling in idle_kvm_start_guest()")
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20211020094826.3222052-1-mpe@ellerman.id.au
arch/powerpc/kernel/idle_book3s.S