From: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Marcelo Tosatti <marcelo-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>
Cc: kvm-devel <kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: [PATCH] Fix SMP shadow instantiation race
Date: Mon, 10 Dec 2007 19:07:54 +0200 [thread overview]
Message-ID: <475D726A.2040901@qumranet.com> (raw)
In-Reply-To: <20071210161907.GA13917@dmt>
Marcelo Tosatti wrote:
> There is a race where VCPU0 is shadowing a pagetable entry while VCPU1
> is updating it, which results in a stale shadow copy.
>
> Fix that by comparing the contents of the cached guest pte with the
> current guest pte after write-protecting the guest pagetable.
>
> Attached program kvm_shadow_race.c demonstrates the problem.
>
>
Where is it?
> Signed-off-by: Marcelo Tosatti <mtosatti-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
>
>
> diff --git a/drivers/kvm/paging_tmpl.h b/drivers/kvm/paging_tmpl.h
> index 72d4816..4fece01 100644
> --- a/drivers/kvm/paging_tmpl.h
> +++ b/drivers/kvm/paging_tmpl.h
> @@ -66,6 +66,7 @@ struct guest_walker {
> int level;
> gfn_t table_gfn[PT_MAX_FULL_LEVELS];
> pt_element_t pte;
> + gpa_t pte_gpa;
>
I think this needs to be an array like table_gfn[]. The guest may play
with the pde (and upper entries) as well as the pte.
>
> + kvm_read_guest(vcpu->kvm, walker->pte_gpa, &curr_pte, sizeof(curr_pte));
> +
> + if (curr_pte != walker->pte)
> + return 0;
> +
>
'return NULL'
It would also be preferable to read the pte only if we shadowed the page
just now. Perhaps pass the pte and the index to kvm_mmu_get_page()
which would use them as a guard when the page is being shadowed:
if (lookup page succeeds)
return it
shadow page
write protect it
if (guard check succeeds)
return it
else
return NULL
or perhaps have kvm_mmu_get_page() return an additional bool signifying
it is a new page. but this is ugly.
>
> - ++vcpu->stat.pf_fixed;
> + if (shadow_pte)
> + ++vcpu->stat.pf_fixed;
>
This is a very rare case; it isn't worth being so accurate maintaining
the statistics.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
next prev parent reply other threads:[~2007-12-10 17:07 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-10 16:19 [PATCH] Fix SMP shadow instantiation race Marcelo Tosatti
2007-12-10 17:07 ` Avi Kivity [this message]
[not found] ` <475D726A.2040901-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-12-10 19:12 ` Marcelo Tosatti
2007-12-10 21:27 ` Avi Kivity
[not found] ` <475DAF51.8060804-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-12-10 22:22 ` Marcelo Tosatti
2007-12-12 0:12 ` Marcelo Tosatti
2007-12-13 8:37 ` Avi Kivity
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=475D726A.2040901@qumranet.com \
--to=avi-atkuwr5tajbwk0htik3j/w@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=marcelo-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.