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-ia64-devel

Re: [XenPPC] Re: [Xen-ia64-devel] [PATCH 1/2] remove xencomm page size l

To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Subject: Re: [XenPPC] Re: [Xen-ia64-devel] [PATCH 1/2] remove xencomm page size limit(xen side)
From: Hollis Blanchard <hollisb@xxxxxxxxxx>
Date: Wed, 01 Aug 2007 14:07:54 -0500
Cc: xen-ppc-devel <xen-ppc-devel@xxxxxxxxxxxxxxxxxxx>, Alex Williamson <alex.williamson@xxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 01 Aug 2007 12:05:34 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070801063654.GD14448%yamahata@xxxxxxxxxxxxx>
List-help: <mailto:xen-ppc-devel-request@lists.xensource.com?subject=help>
List-id: Xen PPC development <xen-ppc-devel.lists.xensource.com>
List-post: <mailto:xen-ppc-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ppc-devel>, <mailto:xen-ppc-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: IBM Linux Technology Center
References: <20070731061019.GB6039%yamahata@xxxxxxxxxxxxx> <1185913517.6802.74.camel@bling> <20070801063654.GD14448%yamahata@xxxxxxxxxxxxx>
Reply-to: Hollis Blanchard <hollisb@xxxxxxxxxx>
Sender: xen-ppc-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Wed, 2007-08-01 at 15:36 +0900, Isaku Yamahata wrote:
> remove xencomm page size limit.
> Currently xencomm has page size limit so that a domain with many memory
> (e.g. 100GB+) can't be created.
> This patch allows that the address array of struct xencomm_desc to cross
> page boundary so that the size of struct xencomm_desc can exceed page size.
> Note that struct xencomm_desc itself can't page boundary. 

I'm confused about this.

We noticed a much smaller limit doing save/restore. The p2m mapping
maxed out at 512MB:
      * a xencomm_desc must fit into 1 page (1<<12)
      * it contains approx 1<<9 64-bit entries
      * each entry points to a page of memory containing 1<<9 entries of
        the p2m array
      * total: 1<<18 p2m entries
      * each p2m entry represents a guest page (1<<12)
      * 1<<30 total guest memory can be represented with a single
        xencomm_desc

But we can issue sequential p2m hcalls with different offsets, so we do.
So what exactly is the new problem?


Secondly, your patch doesn't make much sense to me, because the Xen side
is explicitly rejecting xencomm_descs that cross a page boundary. So
even if Linux sends down a multipage descriptor, Xen will return EINVAL.
Am I missing something?

(As a side question, is it really so difficult for you guys to just use
the common code? I tried very hard to make it easy for you to just
implement a couple hooks; I can't imagine it would take more than a day
to do it.)

-- 
Hollis Blanchard
IBM Linux Technology Center


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