* [Bug 53861] New: nVMX: inaccuracy in emulation of entry failure
@ 2013-02-14 15:13 bugzilla-daemon
2013-02-14 15:14 ` [Bug 53861] " bugzilla-daemon
2015-03-17 3:53 ` bugzilla-daemon
0 siblings, 2 replies; 3+ messages in thread
From: bugzilla-daemon @ 2013-02-14 15:13 UTC (permalink / raw)
To: kvm
https://bugzilla.kernel.org/show_bug.cgi?id=53861
Summary: nVMX: inaccuracy in emulation of entry failure
Product: Virtualization
Version: unspecified
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: enhancement
Priority: P1
Component: kvm
AssignedTo: virtualization_kvm@kernel-bugs.osdl.org
ReportedBy: nyh@math.technion.ac.il
Regression: No
Emulation of nested entry (L1->L2) failure is rather involved, and there are
two kinds of entry failures - some recognized before the vmcs02 was touched
(and nested_vmx_failValid/Invalid() is used), and some after we started to
touch vmcs02 (and nested_vmx_entry_failure() is used). This whole business is
explained in the Intel SDM, section "VM-entry failures during or after loading
guest state".
But where's a corner cases related to *buggy L0* that we probably do not
emulate sensibly:
Imagine that L0 runs L2 for L1, and succeeds, but then exits to L0 for some
reason and L0 handles this event (without L1's involvement) and wants to resume
L2. What if this entry fails, e.g., because we (L0) filled some vmcs02 field
incorrectly? Neither nested_vmx_failValid() or nested_vmx_entry_failure() are
appropriate because L2 did run for a while and most likely changed vmcs02 (so
we need to update vmcs12 with prepare_vmcs12()).
This can only happen due to L0 bug (which sets something wrong in the vmcs) so
perhaps the best solution is just to kill L1 in this case? Is there a better
solution?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 53861] nVMX: inaccuracy in emulation of entry failure
2013-02-14 15:13 [Bug 53861] New: nVMX: inaccuracy in emulation of entry failure bugzilla-daemon
@ 2013-02-14 15:14 ` bugzilla-daemon
2015-03-17 3:53 ` bugzilla-daemon
1 sibling, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2013-02-14 15:14 UTC (permalink / raw)
To: kvm
https://bugzilla.kernel.org/show_bug.cgi?id=53861
Nadav Har'El <nyh@math.technion.ac.il> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |53601
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 53861] nVMX: inaccuracy in emulation of entry failure
2013-02-14 15:13 [Bug 53861] New: nVMX: inaccuracy in emulation of entry failure bugzilla-daemon
2013-02-14 15:14 ` [Bug 53861] " bugzilla-daemon
@ 2015-03-17 3:53 ` bugzilla-daemon
1 sibling, 0 replies; 3+ messages in thread
From: bugzilla-daemon @ 2015-03-17 3:53 UTC (permalink / raw)
To: kvm
https://bugzilla.kernel.org/show_bug.cgi?id=53861
Bandan Das <bsd@makefile.in> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |94971
--
You are receiving this mail because:
You are watching the assignee of the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-03-17 3:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-02-14 15:13 [Bug 53861] New: nVMX: inaccuracy in emulation of entry failure bugzilla-daemon
2013-02-14 15:14 ` [Bug 53861] " bugzilla-daemon
2015-03-17 3:53 ` bugzilla-daemon
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.