Searched hist:"210 b1607012cc9034841a393e0591b2c86d9e26c" (Results 1 – 2 of 2) sorted by relevance
/openbmc/linux/arch/s390/kvm/ |
H A D | kvm-s390.h | diff 210b1607012cc9034841a393e0591b2c86d9e26c Thu Sep 19 09:26:18 CDT 2013 Thomas Huth <thuth@linux.vnet.ibm.com> KVM: s390: Removed SIE_INTERCEPT_UCONTROL
The SIE_INTERCEPT_UCONTROL can be removed by moving the related code from kvm_arch_vcpu_ioctl_run() to vcpu_post_run().
Signed-off-by: Thomas Huth <thuth@linux.vnet.ibm.com> Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
|
H A D | kvm-s390.c | diff 699bde3b6c95319749a8e1b7aa2b3f6bee84bff8 Mon Jan 20 05:34:13 CST 2014 Christian Borntraeger <borntraeger@de.ibm.com> KVM: s390: Fix memory access error detection
Seems that commit 210b1607012cc9034841a393e0591b2c86d9e26c (KVM: s390: Removed SIE_INTERCEPT_UCONTROL) lost a hunk when we reworked our patch queue to rework the async_fp code. We now ignore faults on the sie instruction (guest accesses non-existing memory) instead of sending a fault into the guest. This leads to hang situations with the old virtio transport that checks for descriptor memory after guest memory. Instead of bailing out this code now goes wild... Lets re-add the check.
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com> diff 210b1607012cc9034841a393e0591b2c86d9e26c Thu Sep 19 09:26:18 CDT 2013 Thomas Huth <thuth@linux.vnet.ibm.com> KVM: s390: Removed SIE_INTERCEPT_UCONTROL
The SIE_INTERCEPT_UCONTROL can be removed by moving the related code from kvm_arch_vcpu_ioctl_run() to vcpu_post_run().
Signed-off-by: Thomas Huth <thuth@linux.vnet.ibm.com> Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com> Signed-off-by: Cornelia Huck <cornelia.huck@de.ibm.com>
|