aboutsummaryrefslogtreecommitdiff
path: root/qemu-nbd.texi
diff options
context:
space:
mode:
authorTony Krowiak <akrowiak@linux.ibm.com>2018-10-10 13:03:05 -0400
committerCornelia Huck <cohuck@redhat.com>2018-10-12 11:32:18 +0200
commit1d7db85b61cb9888b8ed8c8923343b468405b7a0 (patch)
tree0196a99c2af48025ebba3b5ae6e63093d308f849 /qemu-nbd.texi
parentc5cd17afddda89376712b315a41ede96b034e4c2 (diff)
downloadqemu-1d7db85b61cb9888b8ed8c8923343b468405b7a0.zip
qemu-1d7db85b61cb9888b8ed8c8923343b468405b7a0.tar.gz
qemu-1d7db85b61cb9888b8ed8c8923343b468405b7a0.tar.bz2
s390x/kvm: enable AP instruction interpretation for guest
Let's use the KVM_SET_DEVICE_ATTR ioctl to enable hardware interpretation of AP instructions executed on the guest. If the S390_FEAT_AP feature is switched on for the guest, AP instructions must be interpreted by default; otherwise, they will be intercepted. This attribute setting may be overridden by a device. For example, a device may want to provide AP instructions to the guest (i.e., S390_FEAT_AP turned on), but it may want to emulate them. In this case, the AP instructions executed on the guest must be intercepted; so when the device is realized, it must disable interpretation. Signed-off-by: Tony Krowiak <akrowiak@linux.ibm.com> Tested-by: Pierre Morel <pmorel@linux.ibm.com> Reviewed-by: David Hildenbrand <david@redhat.com> Reviewed-by: Thomas Huth <thuth@redhat.com> Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com> Acked-by: Halil Pasic <pasic@linux.ibm.com> Tested-by: Christian Borntraeger <borntraeger@de.ibm.com> Message-Id: <20181010170309.12045-4-akrowiak@linux.ibm.com> Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Diffstat (limited to 'qemu-nbd.texi')
0 files changed, 0 insertions, 0 deletions