summaryrefslogtreecommitdiff
path: root/include/scsi/libfcoe.h
diff options
context:
space:
mode:
authorMaxim Levitsky <mlevitsk@redhat.com>2020-11-01 13:55:23 +0200
committerPaolo Bonzini <pbonzini@redhat.com>2020-11-08 04:41:28 -0500
commitcc4cb017678aa66d3fb4501b2f7424ed28fc7f4d (patch)
tree180be18d38d5d1c69701a518afa7d1c65e3c053d /include/scsi/libfcoe.h
parent177158e5b1a558a28b9ce6b27a14bea588a6f2fb (diff)
downloadlwn-cc4cb017678aa66d3fb4501b2f7424ed28fc7f4d.tar.gz
lwn-cc4cb017678aa66d3fb4501b2f7424ed28fc7f4d.zip
KVM: x86: use positive error values for msr emulation that causes #GP
Recent introduction of the userspace msr filtering added code that uses negative error codes for cases that result in either #GP delivery to the guest, or handled by the userspace msr filtering. This breaks an assumption that a negative error code returned from the msr emulation code is a semi-fatal error which should be returned to userspace via KVM_RUN ioctl and usually kill the guest. Fix this by reusing the already existing KVM_MSR_RET_INVALID error code, and by adding a new KVM_MSR_RET_FILTERED error code for the userspace filtered msrs. Fixes: 291f35fb2c1d1 ("KVM: x86: report negative values from wrmsr emulation to userspace") Reported-by: Qian Cai <cai@redhat.com> Signed-off-by: Maxim Levitsky <mlevitsk@redhat.com> Message-Id: <20201101115523.115780-1-mlevitsk@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'include/scsi/libfcoe.h')
0 files changed, 0 insertions, 0 deletions