summaryrefslogtreecommitdiffstats
path: root/net/rose/rose_loopback.c
diff options
context:
space:
mode:
authorDavid Hildenbrand2015-04-30 13:33:59 +0200
committerChristian Borntraeger2015-05-08 15:51:12 +0200
commitb938eacea0b6881f2116a061e6da3ec840e75137 (patch)
tree76f94b043e04e3833f56778e18f687446cbe9a56 /net/rose/rose_loopback.c
parentLinux 4.1-rc2 (diff)
downloadkernel-qcow2-linux-b938eacea0b6881f2116a061e6da3ec840e75137.tar.gz
kernel-qcow2-linux-b938eacea0b6881f2116a061e6da3ec840e75137.tar.xz
kernel-qcow2-linux-b938eacea0b6881f2116a061e6da3ec840e75137.zip
KVM: s390: fix external call injection without sigp interpretation
Commit ea5f49692575 ("KVM: s390: only one external call may be pending at a time") introduced a bug on machines that don't have SIGP interpretation facility installed. The injection of an external call will now always fail with -EBUSY (if none is already pending). This leads to the following symptoms: - An external call will be injected but with the wrong "src cpu id", as this id will not be remembered. - The target vcpu will not be woken up, therefore the guest will hang if it cannot deal with unexpected failures of the SIGP EXTERNAL CALL instruction. - If an external call is already pending, -EBUSY will not be reported. Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com> Reviewed-by: Jens Freimann <jfrei@linux.vnet.ibm.com> Signed-off-by: David Hildenbrand <dahi@linux.vnet.ibm.com> Cc: stable@vger.kernel.org # v4.0 Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Diffstat (limited to 'net/rose/rose_loopback.c')
0 files changed, 0 insertions, 0 deletions