From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mukesh Rathor <mukesh.rathor@oracle.com>
Subject: Re: [hybrid]: code review for function mapping pfn to
 foreign mfn
Date: Thu, 26 Apr 2012 18:56:05 -0700
Message-ID: <20120426185605.48f27816@mantra.us.oracle.com>
References: <20120413182952.504e2775@mantra.us.oracle.com>
	<20120419141527.GB23663@ocelot.phlegethon.org>
	<20120423183709.5636656f@mantra.us.oracle.com>
	<20120424093626.GC34721@ocelot.phlegethon.org>
	<20120424160643.531daf88@mantra.us.oracle.com>
	<20120426090847.GA67043@ocelot.phlegethon.org>
	<20120426111848.34e43e75@mantra.us.oracle.com>
	<20120426195712.GG67043@ocelot.phlegethon.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <20120426195712.GG67043@ocelot.phlegethon.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Tim Deegan <tim@xen.org>
Cc: Ian Campbell <Ian.Campbell@citrix.com>, Keir Fraser <keir.xen@gmail.com>, "Xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>, "stefano.stabellini@eu.citrix.com" <stefano.stabellini@eu.citrix.com>
List-Id: xen-devel@lists.xenproject.org

On Thu, 26 Apr 2012 20:57:12 +0100
Tim Deegan <tim@xen.org> wrote:

> At 11:18 -0700 on 26 Apr (1335439128), Mukesh Rathor wrote:
> > On Thu, 26 Apr 2012 10:08:47 +0100
> 
> Oh, I see.  This is the domU's L4.  In that case I suspect that what's
> missing is the translation from GFNs to MFNs in the domU. 
> 
> To do that, we may finally have to reintroduce the dreaded 'tell me
> what MFN backs this domU GFN' call, so the dom0 tools can build proper
> pagetables and p2m for the pv domU.  Or have you already taken care of
> that?


The tools get an array of the PV domU mfn's. Next to build pagetables, it
needs to map them. It does via privcmd. I generate needed pfn space (not
virtual address space) via ballooning. Next I need to map each pfn to 
the domU mfns. This is a pv guest being built. So, these are mfns' that
don't need looking up. This mapping is temporary, while the guest is being 
built. For building a hybrid domU, it doesn't need to pin the L4 as the 
hybrid guest doesn't use PV MMU. So, these mfn's that are mapped just 
need temporary page count. 

thanks,
Mukesh