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: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, 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: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>
Date: Fri, 20 Mar 2009 18:36:52 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 20 Mar 2009 03:37:34 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C5E91EA0.59FC%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>
References: <E2263E4A5B2284449EEBD0AAB751098401CE2D1458@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C5E91EA0.59FC%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmpP3CjhnZ885hGSnaaDBqeewsVlQAALt+iAABPuIAAAD0/agAABhggAAAlarQAACuqcgAACYmwAABuawMAAFHkAA==
Thread-topic: [Xen-devel] Re: [PATCH] Support swap a page from user spacetools -- Was RE: [RFC][PATCH] Basic support for page offline
Keir Fraser <mailto:keir.fraser@xxxxxxxxxxxxx> wrote:
> On 20/03/2009 10:13, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> wrote:
> 
>>> 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.
>> 
>> If there is grant map for it, I think we will fail since the reference is
>> not 1 when XENMEM_exchange. 
>> 
>> Or do you mean there is a reference in grant table but is not mapped still?
>> Will the refrence count be added when a page is granted? I'm not quite sure
>> about this, but I think that will be same to original XENMEM_exchange. If
>> yes, we may have to update the grant information?
> 
> Reference counts are not adjusted until a grant is mapped. So
> I'm talking
> about grants which have been written by the domU, passed to the backend
> driver, but not yet used. Those will be screwed.

Got it. 

> 
> Anyway, see my email just now, which suggests you map the guest's grant
> table into your toolstack code, and you can go check for
> existing grants
> yourself. As I say there -- if you do that I don't think you need worry
> about atomicity of the copy. 

Are there any method for user space to get the grant table information?

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

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