[v5,06/18] fadump: Define destination memory for OPAL boot crash

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

Checks

Context Check Description
snowpatch_ozlabs/apply_patch success master/apply_patch Successfully applied

Commit Message

Vasant Hegde Aug. 16, 2018, 8:57 a.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 | 18 ++++++++++++++++++
 1 file changed, 18 insertions(+)

Patch

diff --git a/include/mem-map.h b/include/mem-map.h
index f15cffcf8..00d045fc5 100644
--- a/include/mem-map.h
+++ b/include/mem-map.h
@@ -127,6 +127,24 @@ 
  */
 #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.
+ *
+ * XXX: Use continuguous memory for OPAL destination memory so that we can
+ *      create single reserve node entry in device tree for OPAL destination
+ *      memory.
+ */
+#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)
+/* Collect OPAL core including max possible CPU stack data */
+#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