summaryrefslogtreecommitdiffstats
path: root/arch/x86/Makefile_32.cpu
diff options
context:
space:
mode:
authorBrijesh Singh <brijesh.singh@amd.com>2017-12-04 10:57:40 -0600
committerBrijesh Singh <brijesh.singh@amd.com>2017-12-04 13:33:14 -0600
commit00b10fe1046c4b2232097a7ffaa9238c7e479388 (patch)
tree97baced4011d1ffdc3c76d3b36f3090741959c59 /arch/x86/Makefile_32.cpu
parent35c6f649bbb2e3f367116307273f998f0bf3e08e (diff)
downloadop-kernel-dev-00b10fe1046c4b2232097a7ffaa9238c7e479388.zip
op-kernel-dev-00b10fe1046c4b2232097a7ffaa9238c7e479388.tar.gz
KVM: X86: Restart the guest when insn_len is zero and SEV is enabled
On AMD platforms, under certain conditions insn_len may be zero on #NPF. This can happen if a guest gets a page-fault on data access but the HW table walker is not able to read the instruction page (e.g instruction page is not present in memory). Typically, when insn_len is zero, x86_emulate_instruction() walks the guest page table and fetches the instruction bytes from guest memory. When SEV is enabled, the guest memory is encrypted with guest-specific key hence hypervisor will not able to fetch the instruction bytes. In those cases we simply restart the guest. I have encountered this issue when running kernbench inside the guest. Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Ingo Molnar <mingo@redhat.com> Cc: "H. Peter Anvin" <hpa@zytor.com> Cc: Paolo Bonzini <pbonzini@redhat.com> Cc: "Radim Krčmář" <rkrcmar@redhat.com> Cc: Joerg Roedel <joro@8bytes.org> Cc: Borislav Petkov <bp@suse.de> Cc: Tom Lendacky <thomas.lendacky@amd.com> Cc: x86@kernel.org Cc: kvm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Brijesh Singh <brijesh.singh@amd.com>
Diffstat (limited to 'arch/x86/Makefile_32.cpu')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud