All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Joerg Roedel <joerg.roedel@amd.com>
Cc: Alexander Graf <agraf@suse.de>, Jan Kiszka <jan.kiszka@web.de>,
	kvm-devel list <kvm@vger.kernel.org>,
	Marcelo Tosatti <mtosatti@redhat.com>,
	Gleb Natapov <gleb@redhat.com>
Subject: Re: List of unaccessible x86 states
Date: Mon, 26 Oct 2009 12:56:31 +0200	[thread overview]
Message-ID: <4AE5805F.6020705@redhat.com> (raw)
In-Reply-To: <20091026104527.GI5326@amd.com>

On 10/26/2009 12:45 PM, Joerg Roedel wrote:
>
> Ok, parts of the state can be saved in guest memory. But thats
> currently not done. This will need some care to not introduce a security
> hole. But it shouldn't be too difficult.
> The state thats not reproducible in an sane way is the intercept bitmap
> for the l2 guest.
>  From the nested state what needs to be exposed to userspace for
> migration is:
>
> * guest mode flag (as returned by is_nested)
> * nested vmcb address
>    

Yes, forgot that.  We can store it in the hsave area (note the hsave 
area format becomes an ABI).

> * nested hsave msr
>    

That's already saved.

> * nested intercepts
>    

These are part of the guest vmcb.  The host nested intercepts can be 
recalculated, no?

> * for nested nested paging: guest nested cr3 value
>    

Part of the guest vmcb.

> Another state which needs exposure is the last branch record related
> state.
>    

Aren't those just more MSRs?

> Off-topic question: Will the new migration protocol include some kind
>                 handshake to find out if migration is possible at all?
>
>    

It's assumed that migration always works for a newer qemu version, and 
that the management tools don't attempt backward migration.

-- 
error compiling committee.c: too many arguments to function


  reply	other threads:[~2009-10-26 10:56 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-20 13:01 List of unaccessible x86 states Jan Kiszka
2009-10-20 13:10 ` Alexander Graf
2009-10-20 13:19   ` Jan Kiszka
2009-10-20 13:27     ` Gleb Natapov
2009-10-20 13:29       ` Jan Kiszka
2009-10-20 13:32         ` Gleb Natapov
2009-10-20 13:27     ` Alexander Graf
2009-10-20 13:37   ` Jan Kiszka
2009-10-20 13:41     ` Alexander Graf
2009-10-20 13:48       ` Gleb Natapov
2009-10-20 13:51         ` Alexander Graf
2009-10-20 18:55           ` Gleb Natapov
2009-10-20 18:59             ` Alexander Graf
2009-10-20 19:09               ` Gleb Natapov
2009-10-20 19:23                 ` Alexander Graf
2009-10-20 19:31                   ` Gleb Natapov
2009-10-25  9:46                   ` Avi Kivity
2009-10-25 13:53                     ` Alexander Graf
2009-10-25 14:08                       ` Avi Kivity
2009-10-25 16:45                         ` Alexander Graf
2009-10-26  8:33                           ` Avi Kivity
2009-10-26  9:11                             ` Alexander Graf
2009-10-26  9:19                               ` Avi Kivity
2009-10-20 13:35 ` Gleb Natapov
2009-10-20 18:45 ` Marcelo Tosatti
2009-10-23 13:08   ` Jan Kiszka
2009-10-23 17:00     ` Marcelo Tosatti
2009-10-23 19:26       ` Jan Kiszka
2009-10-23 19:34 ` Jan Kiszka
2009-10-24 10:35   ` Alexander Graf
2009-10-25  9:49     ` Avi Kivity
2009-10-26  9:17       ` Joerg Roedel
2009-10-26  9:21         ` Avi Kivity
2009-10-26  9:30           ` Joerg Roedel
2009-10-26  9:39             ` Avi Kivity
2009-10-26  9:56               ` Joerg Roedel
2009-10-26 10:09                 ` Avi Kivity
2009-10-26 10:45                   ` Joerg Roedel
2009-10-26 10:56                     ` Avi Kivity [this message]
2009-10-26 11:10                       ` Joerg Roedel

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=4AE5805F.6020705@redhat.com \
    --to=avi@redhat.com \
    --cc=agraf@suse.de \
    --cc=gleb@redhat.com \
    --cc=jan.kiszka@web.de \
    --cc=joerg.roedel@amd.com \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@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 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.