WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] sh_install_xen_entries_in_l3()

To: Jan Beulich <jbeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] sh_install_xen_entries_in_l3()
From: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>
Date: Thu, 9 Nov 2006 15:41:42 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 09 Nov 2006 07:42:12 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <45535625.76E4.0078.0@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <45535625.76E4.0078.0@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.13 (2006-08-11)
At 16:24 +0100 on 09 Nov (1163089445), Jan Beulich wrote:
> Could someone explain to me the purpose of this function? 

That particular function is no longer with us, now that we don't track
shadows of PAE l3 tables any more. 

The purpose of the sh_install_xen_entries_in_l* functions is to add the
required mappings of Xen address space into the shadow tables of
non-external shadowed guests.  For example, a PV guest shadowed for
live-migration needs to have Xen's address space in its shadow tables so
it can take hypercalls.  They're analogous to the code in
alloc_l2_table/create_pae_xen_mappings/alloc_l4_table in mm.c for normal
PV pagetables.

The xen address space is _not_ a shadow of equivalent area of the
guest's pagetables -- the guest is never allowed to change entries in
it.  It is installed at shadow creation time, and not demand-faulted
like the rest of the shadow, to avoid the complexity of taking recursive
shadow faults.

> I'm trying to
> understand whether this needs to be called in the context of 32-bit
> guests on 64-bit hv (which, for compatibility reasons, need to have a
> mirror of the M2P table available in what would be the Xen region on a
> 32-bit hv).

You will need to call something like it, certainly, to install the
mapping of the M2P table, and any other parts of Xen's address space
that you need.  You may need to alter the functions to reflect the
memory layout that you want for the 32bit guest.

Cheers,

Tim.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>