diff options
| author | Greg Kurz | 2018-05-03 23:16:59 +0200 |
|---|---|---|
| committer | David Gibson | 2018-05-04 07:00:37 +0200 |
| commit | 0550b1206a91d66051a21441a02c4ff126b531fe (patch) | |
| tree | 793f8e424ef737b07fff635f6d3d29bfe7e74c63 /hw/display/jazz_led.c | |
| parent | spapr: don't migrate "spapr_option_vector_ov5_cas" to pre 2.8 machines (diff) | |
| download | qemu-0550b1206a91d66051a21441a02c4ff126b531fe.tar.gz qemu-0550b1206a91d66051a21441a02c4ff126b531fe.tar.xz qemu-0550b1206a91d66051a21441a02c4ff126b531fe.zip | |
spapr: don't advertise radix GTSE if max-compat-cpu < power9
On a POWER9 host, if a guest runs in pre POWER9 compat mode, it necessarily
uses the hash MMU mode. In this case, we shouldn't advertise radix GTSE in
the ibm,arch-vec-5-platform-support DT property as the current code does.
The first reason is that it doesn't make sense, and the second one is that
causes the CAS-negotiated options subsection to be migrated. This breaks
backward migration to QEMU 2.7 and older versions on POWER8 hosts:
qemu-system-ppc64: error while loading state for instance 0x0 of device
'spapr'
qemu-system-ppc64: load of migration failed: No such file or directory
This patch hence initialize CPUs a bit earlier so that we can check the
requested compat mode, and don't set OV5_MMU_RADIX_GTSE for power8 and
older.
Signed-off-by: Greg Kurz <groug@kaod.org>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'hw/display/jazz_led.c')
0 files changed, 0 insertions, 0 deletions