powerpc: dump kernel log before carrying out fadump or kdump
authorGanesh Goudar <ganeshgr@linux.ibm.com>
Wed, 4 Sep 2019 07:59:49 +0000 (13:29 +0530)
committerMichael Ellerman <mpe@ellerman.id.au>
Tue, 17 Sep 2019 14:03:51 +0000 (00:03 +1000)
Since commit 4388c9b3a6ee ("powerpc: Do not send system reset request
through the oops path"), pstore dmesg file is not updated when dump is
triggered from HMC. This commit modified system reset (sreset) handler
to invoke fadump or kdump (if configured), without pushing dmesg to
pstore. This leaves pstore to have old dmesg data which won't be much
of a help if kdump fails to capture the dump. This patch fixes that by
calling kmsg_dump() before heading to fadump ot kdump.

Fixes: 4388c9b3a6ee ("powerpc: Do not send system reset request through the oops path")
Reviewed-by: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com>
Reviewed-by: Nicholas Piggin <npiggin@gmail.com>
Signed-off-by: Ganesh Goudar <ganeshgr@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20190904075949.15607-1-ganeshgr@linux.ibm.com
arch/powerpc/kernel/traps.c

index 11caa02..82f4353 100644 (file)
@@ -472,6 +472,7 @@ void system_reset_exception(struct pt_regs *regs)
        if (debugger(regs))
                goto out;
 
+       kmsg_dump(KMSG_DUMP_OOPS);
        /*
         * A system reset is a request to dump, so we always send
         * it through the crashdump code (if fadump or kdump are