diff options
author | David Gibson <david@gibson.dropbear.id.au> | 2017-12-11 15:09:37 +1100 |
---|---|---|
committer | David Gibson <david@gibson.dropbear.id.au> | 2018-01-17 09:35:24 +1100 |
commit | be85537d654565e35e359a74b46fc08b7956525c (patch) | |
tree | 4b3a596fa2b1a8ca09778277035fe4f26365a7e1 /fpu | |
parent | ee76a09fc72cfbfab2bb5529320ef7e460adffd8 (diff) | |
download | qemu-be85537d654565e35e359a74b46fc08b7956525c.zip qemu-be85537d654565e35e359a74b46fc08b7956525c.tar.gz qemu-be85537d654565e35e359a74b46fc08b7956525c.tar.bz2 |
spapr: Validate capabilities on migration
Now that the "pseries" machine type implements optional capabilities (well,
one so far) there's the possibility of having different capabilities
available at either end of a migration. Although arguably a user error,
it would be nice to catch this situation and fail as gracefully as we can.
This adds code to migrate the capabilities flags. These aren't pulled
directly into the destination's configuration since what the user has
specified on the destination command line should take precedence. However,
they are checked against the destination capabilities.
If the source was using a capability which is absent on the destination,
we fail the migration, since that could easily cause a guest crash or other
bad behaviour. If the source lacked a capability which is present on the
destination we warn, but allow the migration to proceed.
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Reviewed-by: Greg Kurz <groug@kaod.org>
Diffstat (limited to 'fpu')
0 files changed, 0 insertions, 0 deletions