[RFC,06/16] fadump: Define destination memory for boot crash

Message ID 20180403120447.24364-7-hegdevasant@linux.vnet.ibm.com
State New
Headers show
Series
  • MPIPL support
Related show

Commit Message

Vasant Hegde April 3, 2018, 12:04 p.m.
We will hardcode OPAL dump source/destination memory region in SPIRAH
so that we can capture early OPAL dump.

OPAL stack size depends on PIR and OPAL calculates runtime size (including
stack) during OPAL init. Hence use MAX possible PIR to calculate destination
memory for OPAL dump.

Signed-off-by: Vasant Hegde <hegdevasant@linux.vnet.ibm.com>
---
 include/mem-map.h | 13 +++++++++++++
 1 file changed, 13 insertions(+)

Patch

diff --git a/include/mem-map.h b/include/mem-map.h
index 50c70c7d3..ab64ca1fa 100644
--- a/include/mem-map.h
+++ b/include/mem-map.h
@@ -125,6 +125,19 @@ 
  */
 #define CPU_STACKS_BASE		(SKIBOOT_BASE + SKIBOOT_SIZE)
 
+/* Destination memory to capture OPAL dump. We use Max possible PIR to
+ * calculate destination memory start address and size.
+ */
+#define FADUMP_DEST_CON_LOG		(CPU_STACKS_BASE + \
+					 ((SPR_PIR_P9_MASK + 1) * STACK_SIZE))
+#define FADUMP_DEST_CON_SIZE		(INMEM_CON_LEN)
+
+#define FADUMP_DEST_HBRT_LOG		(FADUMP_DEST_CON_LOG + FADUMP_DEST_CON_SIZE)
+#define FADUMP_DEST_HBRT_SIZE		(HBRT_CON_LEN)
+
+#define FADUMP_DEST_SKIBOOT_BASE	(FADUMP_DEST_HBRT_LOG + FADUMP_DEST_HBRT_SIZE)
+#define FADUMP_DEST_SKIBOOT_SIZE	(FADUMP_DEST_CON_LOG - SKIBOOT_BASE)
+
 /*
  * Address at which we load the kernel LID. This is also where
  * we expect a passed-in kernel if booting without FSP and