diff options
| author | Alexey Kardashevskiy | 2020-03-25 16:25:42 +0100 |
|---|---|---|
| committer | David Gibson | 2020-05-07 03:10:50 +0200 |
| commit | 91067db1abcdc6caf951494b8d7e4bfaaa0cb61d (patch) | |
| tree | 468ad6624f9c0366f9158563ff83a4abb1092140 /hw/ppc/spapr.c | |
| parent | spapr: Simplify selection of radix/hash during CAS (diff) | |
| download | qemu-91067db1abcdc6caf951494b8d7e4bfaaa0cb61d.tar.gz qemu-91067db1abcdc6caf951494b8d7e4bfaaa0cb61d.tar.xz qemu-91067db1abcdc6caf951494b8d7e4bfaaa0cb61d.zip | |
spapr/cas: Separate CAS handling from rebuilding the FDT
At the moment "ibm,client-architecture-support" ("CAS") is implemented
in SLOF and QEMU assists via the custom H_CAS hypercall which copies
an updated flatten device tree (FDT) blob to the SLOF memory which
it then uses to update its internal tree.
When we enable the OpenFirmware client interface in QEMU, we won't need
to copy the FDT to the guest as the client is expected to fetch
the device tree using the client interface.
This moves FDT rebuild out to a separate helper which is going to be
called from the "ibm,client-architecture-support" handler and leaves
writing FDT to the guest in the H_CAS handler.
This should not cause any behavioral change.
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Message-Id: <20200310050733.29805-3-aik@ozlabs.ru>
Signed-off-by: Greg Kurz <groug@kaod.org>
Message-Id: <158514994229.478799.2178881312094922324.stgit@bahia.lan>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'hw/ppc/spapr.c')
| -rw-r--r-- | hw/ppc/spapr.c | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c index 167b1216ba..f52488d397 100644 --- a/hw/ppc/spapr.c +++ b/hw/ppc/spapr.c @@ -96,7 +96,6 @@ * * We load our kernel at 4M, leaving space for SLOF initial image */ -#define FDT_MAX_SIZE 0x100000 #define RTAS_MAX_ADDR 0x80000000 /* RTAS must stay below that */ #define FW_MAX_SIZE 0x400000 #define FW_FILE_NAME "slof.bin" |