[Slof] [PATCH 4/5] cas: Increase FDT buffer size to accomodate larger ibm, cas node properties
Nikunj A Dadhania
nikunj at linux.vnet.ibm.com
Mon Jul 6 21:11:50 AEST 2015
From: Bharata B Rao <bharata at linux.vnet.ibm.com>
When QEMU starts with a higher value of maxmem, ibm,dynamic-memory
property under ibm,client-architecture-support device tree node can
consume a large FDT buffer space.
Accommodate this by increasing the FDT buffer size passed from SLOF
to QEMU to 128KB from the current 32KB.
Tested with QEMU options:
"-m 2G,slots=16,maxmem=1024G -smp 255 -cpu host,compat=power7"
on a POWER8 host with /sys/devices/system/cpu/subcores_per_core=4
Signed-off-by: Bharata B Rao <bharata at linux.vnet.ibm.com>
Cc: Nikunj A Dadhania <nikunj at linux.vnet.ibm.com>
Signed-off-by: Nikunj A Dadhania <nikunj at linux.vnet.ibm.com>
---
slof/fs/archsupport.fs | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/slof/fs/archsupport.fs b/slof/fs/archsupport.fs
index cc46687..f564ab4 100644
--- a/slof/fs/archsupport.fs
+++ b/slof/fs/archsupport.fs
@@ -10,9 +10,9 @@
\ * IBM Corporation - initial implementation
\ ****************************************************************************/
-\ Qemu supports max 256cpus, 32K will be able to accomodate the fdt changes if
-\ needed.
-8000 VALUE size
+\ 128KB FDT buffer size is enough to accommodate 255 CPU cores and 1TB of
+\ maxmem specification.
+20000 VALUE size
: ibm,client-architecture-support ( vec -- err? )
\ Store require parameters in nvram
\ to come back to right boot device
--
2.4.3
More information about the SLOF
mailing list