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] Re: [PATCH] Support swap a page from user spacetools --

To: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH] Support swap a page from user spacetools -- Was RE: [RFC][PATCH] Basic support for page offline
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 20 Mar 2009 10:19:04 +0000
Cc: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 20 Mar 2009 03:19:41 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C5E91B7B.59F2%keir.fraser@xxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmpP3CjhnZ885hGSnaaDBqeewsVlQAALt+iAABPuIAAAD0/agAABhggAAAlarQAACuqcgAAY7BX
Thread-topic: [Xen-devel] Re: [PATCH] Support swap a page from user spacetools -- Was RE: [RFC][PATCH] Basic support for page offline
User-agent: Microsoft-Entourage/12.15.0.081119
On 20/03/2009 10:07, "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx> wrote:

>>> Yes, that's suggested by Tim and I think that's meet our purpose quite well.
>> 
>> Okay, then I suggest you extend XENMEM_exchange so that in.mem_flags can
>> tell that hypercall to copy data from old to new pages. XENMEMF_copy_data?
> 
> Even this may not work. Old grants will reference the old page. Subsequent
> attempts by a backend to map the grant will fail. And the resulting failed
> I/Os will probably make the frontend driver throw a fit. Getting this
> working with suspend-cancel seems pretty tricky.

In fact do you have *any* handling for grants which have not yet been used
by the backend? It seems that such grants are doomed to fail since you
probably don't rewrite them?

Would it be a good idea to map the guest's grant pages and scan for your
old_pfn? Then fail the exchange if you see a match? That avoids this whole
issue and then also you don't need to worry about racing backends and you
can keep the copy operation where it is, in the tools, I think.

 -- Keir



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

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