From: Juergen Gross <jgross@suse.com>
To: Ian Campbell <ian.campbell@citrix.com>
Cc: keir@xen.org, andrew.cooper3@citrix.com,
ian.jackson@eu.citrix.com, Tim Deegan <tim@xen.org>,
david.vrabel@citrix.com, Jan Beulich <JBeulich@suse.com>,
xen-devel@lists.xenproject.org
Subject: Re: [PATCH V2] Add flag to start info regarding virtual mapped p2m list
Date: Tue, 17 Mar 2015 06:50:19 +0100 [thread overview]
Message-ID: <5507C09B.6070001@suse.com> (raw)
In-Reply-To: <1425469278.25940.144.camel@citrix.com>
On 03/04/2015 12:41 PM, Ian Campbell wrote:
> On Wed, 2015-03-04 at 12:22 +0100, Juergen Gross wrote:
>> It would either be used like intended,
>
> Which is how? That is what is really missing here.
>
> So far this appears to be a bit which enables some as yet unspecified[0]
> behaviour in one particular OS kernel with some as yet undiscussed
> potential future impact on toolstack functionality.
Sorry for the late answer, but I managed to move this mail to my archive
before reacting on it. :-(
Xen pv domains are using a domain private p2m list to convert guest pfns
to mfns. This p2m list has to be updated by the Xen tools during domain
restore and migration, as the mfns will most likely change. In order to
locate the p2m list the Xen tools need an interface provided by the
guest. Up to now this interface has been the shared info page where the
guest would store the mfn of the top level page of a 3-level p2m tree.
This p2m tree is fixed in it's layout and due to the limitation of
entries it can hold at each level it is limiting the maximum size of the
p2m list which can be reported to the Xen tools. The maximum memory the
p2m tree can support for 64 bit domains is 512 GB (32 bit domains don't
have a problem, as the p2m tree limit is much higher than the supported
domain size of 64 GB).
In order to be able to support pv domains with more than 512 GB an
additional way to specify the p2m list for the Xen tools has been added:
instead of a tree structure linked via mfns, the virtual address of a
linear p2m list, the cr3 value of the related address space and the size
of the p2m list can be specified by the guest.
Guests implementing this new interface need to know, of course, whether
the Xen tools are capable to use the new interface instead of the old
p2m tree interface. Otherwise a guest using only the new interface with
the virtual mapped linear p2m list on a machine with old Xen tools not
supporting this interface could not be restored or migrated.
The added flag in the start info indicates the Xen tool's capability to
use the new interface enabling the guest to omit the p2m tree and thus
to support more than 512 GB of RAM.
Juergen
next prev parent reply other threads:[~2015-03-17 5:50 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-03 9:29 [PATCH V2] Add flag to start info regarding virtual mapped p2m list Juergen Gross
2015-03-03 10:01 ` Andrew Cooper
2015-03-03 10:27 ` Jan Beulich
[not found] ` <54F59ABD02000078000658FB@suse.com>
2015-03-03 10:32 ` Juergen Gross
2015-03-03 10:52 ` Jan Beulich
[not found] ` <54F5A0920200007800065932@suse.com>
2015-03-03 11:00 ` Juergen Gross
2015-03-03 11:32 ` Jan Beulich
2015-03-04 8:58 ` Jan Beulich
2015-03-04 9:35 ` Ian Campbell
2015-03-04 9:42 ` Jan Beulich
2015-03-04 10:06 ` Ian Campbell
2015-03-04 10:20 ` Juergen Gross
2015-03-04 10:52 ` Ian Campbell
2015-03-04 11:18 ` Tim Deegan
2015-03-04 11:22 ` Juergen Gross
2015-03-04 11:41 ` Ian Campbell
2015-03-17 5:50 ` Juergen Gross [this message]
2015-03-18 9:59 ` Ian Campbell
2015-03-18 10:59 ` Juergen Gross
2015-03-18 11:09 ` Ian Campbell
2015-03-04 10:59 ` David Vrabel
2015-03-04 11:09 ` Juergen Gross
2015-03-04 11:18 ` David Vrabel
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=5507C09B.6070001@suse.com \
--to=jgross@suse.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=david.vrabel@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=keir@xen.org \
--cc=tim@xen.org \
--cc=xen-devel@lists.xenproject.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.