From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Jan Beulich" <JBeulich@novell.com>
Subject: Re: Re: [PATCH]: Allow tools to map arbitrarily
	large machphys_mfn_list on 32bit dom0
Date: Tue, 15 Mar 2011 15:09:44 +0000
Message-ID: <4D7F8F4802000078000369B9@vpn.id2.novell.com>
References: <C9A026BF.14A37%keir.xen@gmail.com>
	<1300098009.17339.2110.camel@zakaz.uk.xensource.com>
	<1300115112.17229.78.camel@qabil.uk.xensource.com>
	<1300115469.17339.2188.camel@zakaz.uk.xensource.com>
	<1300115967.17229.82.camel@qabil.uk.xensource.com>
	<4D7E489302000078000365B5@vpn.id2.novell.com>
	<1300118618.17339.2194.camel@zakaz.uk.xensource.com>
	<4D7E4ED302000078000365E9@vpn.id2.novell.com>
	<1300120438.17339.2202.camel@zakaz.uk.xensource.com>
	<4D7E57460200007800036628@vpn.id2.novell.com>
	<1300201234.17339.2248.camel@zakaz.uk.xensource.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <1300201234.17339.2248.camel@zakaz.uk.xensource.com>
Content-Disposition: inline
List-Unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: Ian Campbell <Ian.Campbell@eu.citrix.com>
Cc: Tim Deegan <Tim.Deegan@eu.citrix.com>, Keir Fraser <keir.fraser@xen.org>, Keir Fraser <keir.xen@gmail.com>, Xen Devel <xen-devel@lists.xensource.com>, Gianni Tedesco <gianni.tedesco@citrix.com>
List-Id: xen-devel@lists.xenproject.org

>>> On 15.03.11 at 16:00, Ian Campbell <Ian.Campbell@eu.citrix.com> wrote:
> On Mon, 2011-03-14 at 16:58 +0000, Jan Beulich wrote:
>> >>> On 14.03.11 at 17:33, Ian Campbell <Ian.Campbell@eu.citrix.com> =
wrote:
>> > paging_init seems to do the right thing and setup the compat M2P up =
to a
>> > maximum of RDWR_COMPAT_MPT_VIRT_END.
>>=20
>> With 1Gb being the theoretical limit of what a 32-bit guest can
>> see and access, that's all a guest could ever sensibly ask for (a
>> [hypothetical] domain could ask for having a larger than the
>> default hole with more of the table mapped in).
>=20
> The size of a domain's hypervisor hole and how much of the m2p it can
> map via XENMEM_machphys_mfn_list have no relationship though -- that's
> the point of this change.

I understand that (now) - I was just trying to explain why things
were coded to setup the full range, but expose only what would
be visible through the hole.

Jan