From: Paolo Bonzini <pbonzini@redhat.com>
To: Chris Webb <chris@arachsys.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [BUG] Guest kernel divide error in kvm_unlock_kick
Date: Mon, 22 Sep 2014 21:14:34 +0200 [thread overview]
Message-ID: <5420751A.60602@redhat.com> (raw)
In-Reply-To: <435C1323-1441-47A2-86E6-404BAD9356FC@arachsys.com>
Il 22/09/2014 21:08, Chris Webb ha scritto:
> > Do you by chance have CONFIG_DEBUG_RODATA set? In that case, the fix is
> > simply not to set it.
>
> Absolutely right: my host and guest kernels do have CONFIG_DEBUG_RODATA set!
>
> Your patch to use alternatives for VMCALL vs VMMCALL definitely fixed the
> divide-by-zero crashes I saw.
>
> Given that I can easily use either (or both) of these solutions, is it be
> more efficient to turn off CONFIG_DEBUG_RODATA in the guest kernel so kvm
> can fix up the instructions in-place, or is using alternatives for
> VMCALL/VMMCALL as implemented by your patch just as good?
I posted a patch to use alternatives if CONFIG_DEBUG_RODATA is enabled,
but the bug is in KVM that explicitly documents "you can use any of
VMCALL or VMMCALL".
I'll also see to fix KVM, but the patch is still useful because a) KVM
would not patch a read-only text segment, so there would be a small
performance benefit; b) you cannot control already deployed hypervisors.
However, since there is a workaround, I won't push it into 3.17 so late
in the cycle. Also, there's a chance that it is NACKed since it touches
non-KVM files.
Paolo
prev parent reply other threads:[~2014-09-22 19:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-08 13:28 [Qemu-devel] [BUG] Guest kernel divide error in kvm_unlock_kick Chris Webb
2014-09-11 9:45 ` Paolo Bonzini
2014-09-11 17:03 ` Chris Webb
2014-09-22 10:58 ` Paolo Bonzini
2014-09-22 19:08 ` Chris Webb
2014-09-22 19:14 ` Paolo Bonzini [this message]
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=5420751A.60602@redhat.com \
--to=pbonzini@redhat.com \
--cc=chris@arachsys.com \
--cc=kvm@vger.kernel.org \
--cc=qemu-devel@nongnu.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).