From: Jan Kiszka <jan.kiszka@siemens.com>
To: Gleb Natapov <gleb@redhat.com>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>, kvm@vger.kernel.org
Subject: Re: [PATCH 13/15] Add NMI injection support to SVM.
Date: Mon, 20 Apr 2009 17:50:01 +0200 [thread overview]
Message-ID: <49EC99A9.4040500@siemens.com> (raw)
In-Reply-To: <20090419131155.GF10126@redhat.com>
Gleb Natapov wrote:
> On Fri, Apr 17, 2009 at 03:12:57PM +0000, Dmitry Eremin-Solenikov wrote:
>> This patch does expose some problems on real HW. The first NMI completes w/o
>> problems. However If I try to boot the kernel w/ nmi_watchdog=1 or to trigger
>> two NMIs from the monitor, kernel is stuck somewhere.
>>
> Can you try this patch instead patch13:
>
>
> diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
> index 8b6f6e9..057a612 100644
> --- a/arch/x86/include/asm/kvm_host.h
> +++ b/arch/x86/include/asm/kvm_host.h
> @@ -766,6 +766,7 @@ enum {
> #define HF_GIF_MASK (1 << 0)
> #define HF_HIF_MASK (1 << 1)
> #define HF_VINTR_MASK (1 << 2)
> +#define HF_NMI_MASK (1 << 3)
>
> /*
> * Hardware virtualization extension instructions may fault if a
> diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
> index c605477..0a2b3f1 100644
> --- a/arch/x86/kvm/svm.c
> +++ b/arch/x86/kvm/svm.c
> @@ -1834,6 +1834,13 @@ static int cpuid_interception(struct vcpu_svm *svm, struct kvm_run *kvm_run)
> return 1;
> }
>
> +static int iret_interception(struct vcpu_svm *svm, struct kvm_run *kvm_run)
> +{
> + svm->vmcb->control.intercept &= ~(1UL << INTERCEPT_IRET);
> + svm->vcpu.arch.hflags &= ~HF_NMI_MASK;
Two minor issues:
++vcpu->stat.nmi_window_exits;
> + return 1;
> +}
> +
> static int invlpg_interception(struct vcpu_svm *svm, struct kvm_run *kvm_run)
> {
> if (emulate_instruction(&svm->vcpu, kvm_run, 0, 0, 0) != EMULATE_DONE)
> @@ -2111,6 +2118,7 @@ static int (*svm_exit_handlers[])(struct vcpu_svm *svm,
> [SVM_EXIT_VINTR] = interrupt_window_interception,
> /* [SVM_EXIT_CR0_SEL_WRITE] = emulate_on_interception, */
> [SVM_EXIT_CPUID] = cpuid_interception,
> + [SVM_EXIT_IRET] = iret_interception,
> [SVM_EXIT_INVD] = emulate_on_interception,
> [SVM_EXIT_HLT] = halt_interception,
> [SVM_EXIT_INVLPG] = invlpg_interception,
> @@ -2218,6 +2226,12 @@ static void pre_svm_run(struct vcpu_svm *svm)
> new_asid(svm, svm_data);
> }
>
> +static void svm_inject_nmi(struct vcpu_svm *svm)
> +{
> + svm->vmcb->control.event_inj = SVM_EVTINJ_VALID | SVM_EVTINJ_TYPE_NMI;
> + svm->vcpu.arch.hflags |= HF_NMI_MASK;
> + svm->vmcb->control.intercept |= (1UL << INTERCEPT_IRET);
and:
++svm->vcpu.stat.nmi_injections;
> +}
>
> static inline void svm_inject_irq(struct vcpu_svm *svm, int irq)
> {
> @@ -2269,6 +2283,14 @@ static void update_cr8_intercept(struct kvm_vcpu *vcpu)
> vmcb->control.intercept_cr_write |= INTERCEPT_CR8_MASK;
> }
>
> +static int svm_nmi_allowed(struct kvm_vcpu *vcpu)
> +{
> + struct vcpu_svm *svm = to_svm(vcpu);
> + struct vmcb *vmcb = svm->vmcb;
> + return !(vmcb->control.int_state & SVM_INTERRUPT_SHADOW_MASK) &&
> + !(svm->vcpu.arch.hflags & HF_NMI_MASK);
> +}
> +
> static int svm_interrupt_allowed(struct kvm_vcpu *vcpu)
> {
> struct vcpu_svm *svm = to_svm(vcpu);
> @@ -2284,16 +2306,35 @@ static void enable_irq_window(struct kvm_vcpu *vcpu)
> svm_inject_irq(to_svm(vcpu), 0x0);
> }
>
> +static void enable_nmi_window(struct kvm_vcpu *vcpu)
> +{
> + struct vcpu_svm *svm = to_svm(vcpu);
> +
> + if (svm->vmcb->control.int_state & SVM_INTERRUPT_SHADOW_MASK)
> + enable_irq_window(vcpu);
> +}
> +
> static void svm_intr_inject(struct kvm_vcpu *vcpu)
> {
> /* try to reinject previous events if any */
> + if (vcpu->arch.nmi_injected) {
> + svm_inject_nmi(to_svm(vcpu));
> + return;
> + }
> +
> if (vcpu->arch.interrupt.pending) {
> svm_queue_irq(to_svm(vcpu), vcpu->arch.interrupt.nr);
> return;
> }
>
> /* try to inject new event if pending */
> - if (kvm_cpu_has_interrupt(vcpu)) {
> + if (vcpu->arch.nmi_pending) {
> + if (svm_nmi_allowed(vcpu)) {
> + vcpu->arch.nmi_pending = false;
> + vcpu->arch.nmi_injected = true;
> + svm_inject_nmi(vcpu);
> + }
> + } else if (kvm_cpu_has_interrupt(vcpu)) {
> if (svm_interrupt_allowed(vcpu)) {
> kvm_queue_interrupt(vcpu, kvm_cpu_get_interrupt(vcpu));
> svm_queue_irq(to_svm(vcpu), vcpu->arch.interrupt.nr);
> @@ -2312,7 +2353,10 @@ static void svm_intr_assist(struct kvm_vcpu *vcpu, struct kvm_run *kvm_run)
>
> svm_intr_inject(vcpu);
>
> - if (kvm_cpu_has_interrupt(vcpu) || req_int_win)
> + /* enable NMI/IRQ window open exits if needed */
> + if (vcpu->arch.nmi_pending)
> + enable_nmi_window(vcpu);
> + else if (kvm_cpu_has_interrupt(vcpu) || req_int_win)
> enable_irq_window(vcpu);
>
> out:
> --
> Gleb.
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2009-04-20 15:50 UTC|newest]
Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-13 9:55 [PATCH 00/15] interrupt injection rework Gleb Natapov
2009-04-13 9:55 ` [PATCH 01/15] Make kvm_cpu_(has|get)_interrupt() work for userspace irqchip too Gleb Natapov
2009-04-13 9:55 ` [PATCH 02/15] Consolidate userspace and kernel interrupt injection for VMX Gleb Natapov
2009-04-13 9:55 ` [PATCH 03/15] Cleanup vmx_intr_assist() Gleb Natapov
2009-04-13 9:55 ` [PATCH 04/15] Use kvm_arch_interrupt_allowed() instead of checking interrupt_window_open directly Gleb Natapov
2009-04-13 9:55 ` [PATCH 05/15] Coalesce userspace/kernel irqchip interrupt injection logic Gleb Natapov
2009-04-14 14:14 ` Dmitry Eremin-Solenikov
2009-04-14 14:24 ` Gleb Natapov
2009-04-14 14:32 ` Dmitry Eremin-Solenikov
2009-04-14 14:55 ` Gleb Natapov
2009-04-14 15:38 ` Gleb Natapov
2009-04-14 19:29 ` Dmitry Eremin-Solenikov
2009-04-14 19:41 ` Gleb Natapov
2009-04-15 6:11 ` Gleb Natapov
2009-04-15 9:30 ` Dmitry Eremin-Solenikov
2009-04-15 9:39 ` Gleb Natapov
2009-04-15 10:22 ` Jan Kiszka
2009-04-15 10:36 ` Gleb Natapov
2009-04-15 10:51 ` Jan Kiszka
2009-04-15 10:57 ` Gleb Natapov
2009-04-15 9:44 ` Gleb Natapov
2009-04-15 11:11 ` Dmitry Eremin-Solenikov
2009-04-15 11:26 ` Jan Kiszka
2009-04-15 11:53 ` Dmitry Eremin-Solenikov
2009-04-15 11:58 ` Dmitry Eremin-Solenikov
2009-04-15 12:01 ` Gleb Natapov
2009-04-15 12:02 ` Dmitry Eremin-Solenikov
2009-04-15 12:03 ` Jan Kiszka
2009-04-15 12:39 ` Dmitry Eremin-Solenikov
2009-04-15 12:48 ` Jan Kiszka
2009-04-14 16:10 ` Avi Kivity
2009-04-14 16:18 ` Gleb Natapov
2009-04-17 12:39 ` Jan Kiszka
2009-04-17 12:50 ` Jan Kiszka
2009-04-17 14:13 ` Dmitry Eremin-Solenikov
2009-04-18 9:16 ` Jan Kiszka
2009-04-18 16:28 ` Gleb Natapov
2009-04-19 13:57 ` Gleb Natapov
2009-04-19 14:05 ` Jan Kiszka
2009-04-19 14:28 ` Gleb Natapov
2009-04-19 15:06 ` Jan Kiszka
2009-04-19 15:20 ` Gleb Natapov
2009-04-18 9:05 ` Jan Kiszka
2009-04-18 16:20 ` Gleb Natapov
2009-04-19 8:52 ` Avi Kivity
2009-04-13 9:55 ` [PATCH 06/15] Use EVENTINJ to inject interrupts Gleb Natapov
2009-04-13 9:55 ` [PATCH 07/15] Remove exception_injected() callback Gleb Natapov
2009-04-13 9:55 ` [PATCH 08/15] Remove inject_pending_vectors() callback Gleb Natapov
2009-04-13 9:55 ` [PATCH 09/15] kvm_push_irq() no longer used Gleb Natapov
2009-04-13 9:55 ` [PATCH 10/15] sync_lapic_to_cr8() should always sync cr8 to V_TPR Gleb Natapov
2009-04-13 9:55 ` [PATCH 11/15] Do not report TPR write to userspace if new value bigger or equal to a previous one Gleb Natapov
2009-04-13 9:55 ` [PATCH 12/15] Get rid of arch.interrupt_window_open & arch.nmi_window_open Gleb Natapov
2009-04-13 9:55 ` [PATCH 13/15] Add NMI injection support to SVM Gleb Natapov
2009-04-17 11:59 ` Jan Kiszka
2009-04-17 15:12 ` Dmitry Eremin-Solenikov
2009-04-19 13:11 ` Gleb Natapov
2009-04-20 12:08 ` Dmitry Eremin-Solenikov
2009-04-20 15:50 ` Jan Kiszka [this message]
2009-04-21 14:07 ` Gleb Natapov
2009-04-17 19:13 ` Dmitry Eremin-Solenikov
2009-04-17 19:53 ` Jan Kiszka
2009-04-18 9:08 ` Jan Kiszka
2009-04-17 19:55 ` Jan Kiszka
2009-04-19 8:57 ` Avi Kivity
2009-04-19 9:12 ` Jan Kiszka
2009-04-19 13:17 ` Gleb Natapov
2009-04-19 13:21 ` Avi Kivity
2009-04-19 13:24 ` Gleb Natapov
2009-04-19 13:28 ` Avi Kivity
2009-04-19 13:40 ` Gleb Natapov
2009-04-19 13:43 ` Jan Kiszka
2009-04-19 13:49 ` Avi Kivity
2009-04-19 13:51 ` Gleb Natapov
2009-04-19 13:59 ` Jan Kiszka
2009-04-19 13:27 ` Jan Kiszka
2009-04-19 13:32 ` Gleb Natapov
2009-04-19 13:40 ` Jan Kiszka
2009-04-19 13:40 ` Avi Kivity
2009-04-19 13:41 ` Gleb Natapov
2009-04-19 13:43 ` Avi Kivity
2009-04-19 13:44 ` Gleb Natapov
2009-04-19 14:07 ` Julian Stecklina
2009-04-19 14:13 ` Gleb Natapov
2009-04-19 14:20 ` Avi Kivity
2009-04-19 14:29 ` Gleb Natapov
2009-04-19 14:57 ` Avi Kivity
2009-04-19 16:36 ` Gleb Natapov
2009-04-13 9:55 ` [PATCH 14/15] Move interrupt injection logic to x86.c Gleb Natapov
2009-04-14 7:22 ` Gleb Natapov
2009-04-13 9:55 ` [PATCH 15/15] Get rid of get_irq() callback Gleb Natapov
2009-04-13 11:51 ` [PATCH 00/15] interrupt injection rework Avi Kivity
2009-04-14 3:20 ` Sheng Yang
2009-04-14 5:20 ` Gleb Natapov
2009-04-14 15:33 ` Joerg Roedel
2009-04-14 15:37 ` Gleb Natapov
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=49EC99A9.4040500@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=dbaryshkov@gmail.com \
--cc=gleb@redhat.com \
--cc=kvm@vger.kernel.org \
/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).