From: Jan Kiszka <jan.kiszka@siemens.com>
To: "Paolo Bonzini" <pbonzini@redhat.com>,
"Radim Krčmář" <rkrcmar@redhat.com>,
"Bandan Das" <bsd@redhat.com>, "Joerg Roedel" <jroedel@suse.de>
Cc: kvm <kvm@vger.kernel.org>
Subject: Fixing nested SVM event injection
Date: Mon, 23 May 2016 09:38:42 +0200 [thread overview]
Message-ID: <5742B382.2050006@siemens.com> (raw)
Hi all,
once again, I'm debugging KVM with Jailhouse workload, but this time on
AMD. I'm starting to believe that there are two issues, and I could use
some hints on how things are supposed to work (forgot too much since I
last debugged in this area).
One issue I almost understood and currently hacked away: Spurious
singlestep injection into L2 although L1 will take an NMI vmexit anyway.
I've currently addressed it by testing for is_guest_mode &&
nested.exit_required in enable_nmi_window. Now the spurious #DB events
for L2 are gone. But I suspect there is more to fix (singlestep
shouldn't be enabled if GIF=0).
But now I'm loosing interrupts for L2 (keep in mind: under Jailhouse, L1
takes no interrupts, only NMIs, L2 will get them all). The pattern is
that an interrupt is received and accepted over L1, but I'm not seeing
it being injected into L2 after vmrun. What should ensure the injection
when switching to guest mode?
Right now, I'm not even finding this for VMX anymore, but I know it's
working reliably there. Is the interrupt window on VMX opened over L1
and simply kept during guest transition? Then we probably lack that with
SVM, and I would have a trace.
Thanks,
Jan
--
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux
next reply other threads:[~2016-05-23 7:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-23 7:38 Jan Kiszka [this message]
2016-05-23 11:22 ` Fixing nested SVM event injection Paolo Bonzini
2016-06-13 9:20 ` Joerg Roedel
2016-06-13 9:31 ` Jan Kiszka
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=5742B382.2050006@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=bsd@redhat.com \
--cc=jroedel@suse.de \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@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