summaryrefslogtreecommitdiffstats
path: root/arch/powerpc/kvm/book3s_segment.S
diff options
context:
space:
mode:
authorMahesh Salgaonkar2014-01-30 20:01:04 +0100
committerBenjamin Herrenschmidt2014-02-11 01:24:47 +0100
commit429d2e8342954d337abe370d957e78291032d867 (patch)
tree291d3bcb329161fd4d92faa3286cd604062c2319 /arch/powerpc/kvm/book3s_segment.S
parentpowerpc/pseries: Disable relocation on exception while going down during crash. (diff)
downloadkernel-qcow2-linux-429d2e8342954d337abe370d957e78291032d867.tar.gz
kernel-qcow2-linux-429d2e8342954d337abe370d957e78291032d867.tar.xz
kernel-qcow2-linux-429d2e8342954d337abe370d957e78291032d867.zip
powerpc: Fix kdump hang issue on p8 with relocation on exception enabled.
On p8 systems, with relocation on exception feature enabled we are seeing kdump kernel hang at interrupt vector 0xc*4400. The reason is, with this feature enabled, exception are raised with MMU (IR=DR=1) ON with the default offset of 0xc*4000. Since exception is raised in virtual mode it requires the vector region to be executable without which it fails to fetch and execute instruction at 0xc*4xxx. For default kernel since kernel is loaded at real 0, the htab mappings sets the entire kernel text region executable. But for relocatable kernel (e.g. kdump case) we only copy interrupt vectors down to real 0 and never marked that region as executable because in p7 and below we always get exception in real mode. This patch fixes this issue by marking htab mapping range as executable that overlaps with the interrupt vector region for relocatable kernel. Thanks to Ben who helped me to debug this issue and find the root cause. Signed-off-by: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Diffstat (limited to 'arch/powerpc/kvm/book3s_segment.S')
0 files changed, 0 insertions, 0 deletions