kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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.


  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).