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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox