From: Marcelo Tosatti <mtosatti@redhat.com>
To: Bandan Das <bsd@redhat.com>
Cc: kvm@vger.kernel.org, Paolo Bonzini <pbonzini@redhat.com>,
Gleb Natapov <gleb@kernel.org>,
Jan Kiszka <jan.kiszka@siemens.com>
Subject: Re: [PATCH v2 2/3] KVM: nVMX: Ack and write vector info to intr_info if L1 asks us to
Date: Fri, 11 Apr 2014 16:20:07 -0300 [thread overview]
Message-ID: <20140411192007.GA19778@amt.cnet> (raw)
In-Reply-To: <jpgppknk750.fsf@nelium.bos.redhat.com>
On Fri, Apr 11, 2014 at 03:17:47PM -0400, Bandan Das wrote:
> Marcelo Tosatti <mtosatti@redhat.com> writes:
>
> > On Mon, Mar 31, 2014 at 05:00:24PM -0400, Bandan Das wrote:
> >> This feature emulates the "Acknowledge interrupt on exit" behavior.
> >> We can safely emulate it for L1 to run L2 even if L0 itself has it
> >> disabled (to run L1).
> >>
> >> Signed-off-by: Bandan Das <bsd@redhat.com>
> >> ---
> >> arch/x86/kvm/irq.c | 1 +
> >> arch/x86/kvm/vmx.c | 19 +++++++++++++++++++
> >> 2 files changed, 20 insertions(+)
> >>
> >> diff --git a/arch/x86/kvm/irq.c b/arch/x86/kvm/irq.c
> >> index 484bc87..bd0da43 100644
> >> --- a/arch/x86/kvm/irq.c
> >> +++ b/arch/x86/kvm/irq.c
> >> @@ -113,6 +113,7 @@ int kvm_cpu_get_interrupt(struct kvm_vcpu *v)
> >>
> >> return kvm_get_apic_interrupt(v); /* APIC */
> >> }
> >> +EXPORT_SYMBOL_GPL(kvm_cpu_get_interrupt);
> >>
> >> void kvm_inject_pending_timer_irqs(struct kvm_vcpu *vcpu)
> >> {
> >> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
> >> index 3e7f60c..bdc8f2d 100644
> >> --- a/arch/x86/kvm/vmx.c
> >> +++ b/arch/x86/kvm/vmx.c
> >> @@ -4489,6 +4489,18 @@ static bool nested_exit_on_intr(struct kvm_vcpu *vcpu)
> >> PIN_BASED_EXT_INTR_MASK;
> >> }
> >>
> >> +/*
> >> + * In nested virtualization, check if L1 has enabled
> >> + * interrupt acknowledgement that writes the interrupt vector
> >> + * info on vmexit
> >> + *
> >> + */
> >> +static bool nested_exit_intr_ack_set(struct kvm_vcpu *vcpu)
> >> +{
> >> + return get_vmcs12(vcpu)->vm_exit_controls &
> >> + VM_EXIT_ACK_INTR_ON_EXIT;
> >> +}
> >> +
> >> static bool nested_exit_on_nmi(struct kvm_vcpu *vcpu)
> >> {
> >> return get_vmcs12(vcpu)->pin_based_vm_exec_control &
> >> @@ -8442,6 +8454,13 @@ static void nested_vmx_vmexit(struct kvm_vcpu *vcpu, u32 exit_reason,
> >> prepare_vmcs12(vcpu, vmcs12, exit_reason, exit_intr_info,
> >> exit_qualification);
> >>
> >> + if ((exit_reason == EXIT_REASON_EXTERNAL_INTERRUPT)
> >> + && nested_exit_intr_ack_set(vcpu)) {
> >> + int irq = kvm_cpu_get_interrupt(vcpu);
> >
> > Can irq be -1 ?
>
> If it is, I think that's a bug because if we exited for this
> reason with INTR_ACK set, the hypervisor expects a valid vector
> number to be available.
>
> What about adding a BUG_ON ?
Sounds good.
next prev parent reply other threads:[~2014-04-11 19:31 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-31 21:00 [PATCH v2 0/3] nVMX: Fixes to run Xen as L1 Bandan Das
2014-03-31 21:00 ` [PATCH v2 1/3] KVM: nVMX: Don't advertise single context invalidation for invept Bandan Das
2014-04-10 20:47 ` Marcelo Tosatti
2014-04-11 0:27 ` Bandan Das
2014-04-11 6:22 ` Jan Kiszka
2014-04-11 17:26 ` Bandan Das
2014-04-11 18:01 ` Jan Kiszka
2014-04-11 18:35 ` Bandan Das
2014-04-11 18:53 ` Jan Kiszka
2014-04-11 19:35 ` Marcelo Tosatti
2014-04-14 5:46 ` Jan Kiszka
2014-04-11 19:38 ` Bandan Das
2014-04-11 18:48 ` Marcelo Tosatti
2014-04-11 19:33 ` Bandan Das
2014-04-11 19:02 ` Marcelo Tosatti
2014-03-31 21:00 ` [PATCH v2 2/3] KVM: nVMX: Ack and write vector info to intr_info if L1 asks us to Bandan Das
2014-04-11 18:33 ` Marcelo Tosatti
2014-04-11 19:17 ` Bandan Das
2014-04-11 19:20 ` Marcelo Tosatti [this message]
2014-04-12 16:57 ` Paolo Bonzini
2014-03-31 21:00 ` [PATCH v2 3/3] KVM: nVMX: Advertise support for interrupt acknowledgement Bandan Das
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140411192007.GA19778@amt.cnet \
--to=mtosatti@redhat.com \
--cc=bsd@redhat.com \
--cc=gleb@kernel.org \
--cc=jan.kiszka@siemens.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).