s390x/kvm: use cpu model for gscb on compat machines
commit0280b3eb7c0519b43452c05cf51f8777d9e38975
authorChristian Borntraeger <borntraeger@de.ibm.com>
Fri, 20 Oct 2017 14:31:38 +0000 (20 16:31 +0200)
committerChristian Borntraeger <borntraeger@de.ibm.com>
Mon, 30 Oct 2017 08:03:45 +0000 (30 09:03 +0100)
tree7d3b069a5de99f348688d690ccaa221ed84e05eb
parente555cbe78d59f09f7e7db7703d1e91b95f2743c0
s390x/kvm: use cpu model for gscb on compat machines

Starting a guest with
   <os>
    <type arch='s390x' machine='s390-ccw-virtio-2.9'>hvm</type>
  </os>
  <cpu mode='host-model'/>

on an IBM z14 results in

"qemu-system-s390x: Some features requested in the CPU model are not
available in the configuration: gs"

This is because guarded storage is fenced for compat machines that did
not have guarded storage support. While this prevents future migration
abort (by not starting the guest at all), not being able to start a
"host-model" guest is very much unexpected.  As it turns out, even if we
would modify libvirt to not expand the cpu model to contain "gs" for
compat machines, it cannot guarantee that a migration will succeed. For
example if the kernel changes its features (or the user has nested=1 on
one host but not on the other) the migration will fail nevertheless.  So
instead of fencing "gs" for machines <= 2.9 lets allow it for all
machine types that support the CPU model. This will make "host-model"
runnable all the time, while relying on the CPU model to reject invalid
migration attempts. We also need to change the migration for guarded
storage.
Additional discussions about host-model are still pending but are out
of scope of this patch.

Suggested-by: David Hildenbrand <david@redhat.com>
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Acked-by: David Hildenbrand <david@redhat.com>
Acked-by: Cornelia Huck <Cornelia Huck <cohuck@redhat.com>
Acked-by: Halil Pasic <pasic@linux.vnet.ibm.com>
hw/s390x/s390-virtio-ccw.c
include/hw/s390x/s390-virtio-ccw.h
target/s390x/kvm.c
target/s390x/machine.c