From: Gleb Natapov <gleb@redhat.com>
To: Nadav Amit <nadav.amit@gmail.com>
Cc: Avi Kivity <avi@redhat.com>, Nadav Amit <namit@cs.technion.ac.il>,
Marcelo Tosatti <mtosatti@redhat.com>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
x86@kernel.org, kvm@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/2] KVM: Fix writeback on page boundary that propagate changes in spite of #PF
Date: Thu, 26 Jan 2012 13:54:09 +0200 [thread overview]
Message-ID: <20120126115409.GE30469@redhat.com> (raw)
In-Reply-To: <CEFC4249-A4B6-4533-A568-89E3050BAF8D@gmail.com>
On Sun, Jan 22, 2012 at 01:01:18PM +0200, Nadav Amit wrote:
> Consider the case in which an instruction emulation writeback is performed on a page boundary.
> In such case, if a #PF occurs on the second page, the write to the first page already occurred and cannot be retracted.
> Therefore, validation of the second page access must be performed prior to writeback.
>
Patch is corrupted.
> Signed-off-by: Nadav Amit <nadav.amit@gmail.com>
> ---
> arch/x86/kvm/x86.c | 60 +++++++++++++++++++++++++++++----------------------
> 1 files changed, 34 insertions(+), 26 deletions(-)
>
> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
> index 05fd3d7..0e86f3a 100644
> --- a/arch/x86/kvm/x86.c
> +++ b/arch/x86/kvm/x86.c
> @@ -3689,33 +3689,27 @@ static struct read_write_emulator_ops write_emultor = {
> .write = true,
> };
>
> -static int emulator_read_write_onepage(unsigned long addr, void *val,
> +static int emulator_read_write_onepage(gpa_t gpa, void *val,
> unsigned int bytes,
> - struct x86_exception *exception,
> struct kvm_vcpu *vcpu,
> - struct read_write_emulator_ops *ops)
> + struct read_write_emulator_ops *ops,
> + bool mmio)
> {
> - gpa_t gpa;
> - int handled, ret;
> + int handled;
> bool write = ops->write;
>
> if (ops->read_write_prepare &&
> ops->read_write_prepare(vcpu, val, bytes))
> return X86EMUL_CONTINUE;
>
> - ret = vcpu_mmio_gva_to_gpa(vcpu, addr, &gpa, exception, write);
> -
> - if (ret < 0)
> - return X86EMUL_PROPAGATE_FAULT;
> -
> /* For APIC access vmexit */
> - if (ret)
> - goto mmio;
> + if (mmio)
> + goto do_mmio;
>
> if (ops->read_write_emulate(vcpu, gpa, val, bytes))
> return X86EMUL_CONTINUE;
>
> -mmio:
> +do_mmio:
> /*
> * Is this MMIO handled locally?
> */
> @@ -3744,24 +3738,38 @@ int emulator_read_write(struct x86_emulate_ctxt *ctxt, unsigned long addr,
> struct read_write_emulator_ops *ops)
> {
> struct kvm_vcpu *vcpu = emul_to_vcpu(ctxt);
> + int i, rc;
> + bool write = ops->write;
> + gpa_t gpa[2];
> + int npages = (((addr + bytes - 1) ^ addr) & PAGE_MASK) ? 2 : 1;
> + unsigned int offset[2] = {0};
> + unsigned int p_bytes[2] = {bytes, 0};
> + bool mmio[2];
> +
> + if (npages == 2) {
> + p_bytes[0] = offset[1] = -addr & ~PAGE_MASK;
> + p_bytes[1] = bytes - p_bytes[0];
> + }
> +
> + /* First check there is no page-fault on the next page */
> + for (i = 0; i < npages; i++) {
> + rc = vcpu_mmio_gva_to_gpa(vcpu, addr + offset[i], &gpa[i],
> + exception, write);
> + if (rc < 0)
> + return X86EMUL_PROPAGATE_FAULT;
> + mmio[i] = (rc > 0);
> + }
>
> - /* Crossing a page boundary? */
> - if (((addr + bytes - 1) ^ addr) & PAGE_MASK) {
> - int rc, now;
> -
> - now = -addr & ~PAGE_MASK;
> - rc = emulator_read_write_onepage(addr, val, now, exception,
> - vcpu, ops);
> -
> + /* Actual read/write */
> + for (i = 0; i < npages; i++) {
> + rc = emulator_read_write_onepage(gpa[i], val + offset[i],
> + p_bytes[i], vcpu, ops,
> + mmio[i]);
> if (rc != X86EMUL_CONTINUE)
> return rc;
> - addr += now;
> - val += now;
> - bytes -= now;
> }
>
> - return emulator_read_write_onepage(addr, val, bytes, exception,
> - vcpu, ops);
> + return X86EMUL_CONTINUE;
> }
>
> static int emulator_read_emulated(struct x86_emulate_ctxt *ctxt,
> --
> 1.7.4.1
>
--
Gleb.
prev parent reply other threads:[~2012-01-26 11:54 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1327000617-4283-1-git-send-email-namit@cs.technion.ac.il>
[not found] ` <1327000617-4283-2-git-send-email-namit@cs.technion.ac.il>
2012-01-22 11:01 ` [PATCH v2 2/2] KVM: Fix writeback on page boundary that propagate changes in spite of #PF Nadav Amit
2012-01-26 11:54 ` Gleb Natapov [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=20120126115409.GE30469@redhat.com \
--to=gleb@redhat.com \
--cc=avi@redhat.com \
--cc=hpa@zytor.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=mtosatti@redhat.com \
--cc=nadav.amit@gmail.com \
--cc=namit@cs.technion.ac.il \
--cc=tglx@linutronix.de \
--cc=x86@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).