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

[Xen-devel] RE: Memory sharing, is it possible a page is freed in DomU o

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] RE: Memory sharing, is it possible a page is freed in DomU on its way to be shared?
From: pengfei zhang <zpfalpc23@xxxxxxxxxxx>
Date: Tue, 19 Apr 2011 07:46:50 -0700 (PDT)
Delivery-date: Tue, 19 Apr 2011 07:47:39 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <BLU157-w329C4D6B99C392117F806CDA900@xxxxxxx>
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: <BLU157-w329C4D6B99C392117F806CDA900@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
After thinking of this problem for some time, I think this situation can not happen for my point of view.
After the block disk driver has get the request from I/O dispatcher, if the buffer memory is freed for other use, 
no one will notify the driver about this, and this will cause data reading conflict. So the kernel must do something(protect the buffer until response from driver?) to avoid this. 

Date: Tue, 19 Apr 2011 06:27:46 -0700
From: [hidden email]
To: [hidden email]
Subject: Memory sharing, is it possible a page is freed in DomU on its way to be shared?

Hi:
 
      Just come up this question.
 
      Say a process in domU read IO, then blkfront driver will have a new page prepared to
fill the IO data. The blkfront pass the gref to blkback in dom0, later passed  to blktap, then
forward to  tapdisk for physical IO read, in memory sharing, the gref may be nominate to
Xen for page sharing again( say this is sharing step).
 
      My question is, it is possible during the IO data comes back from tapdisk, the page
referred by gerf in domU could be freed? (maybe by process termination, or blkfront free this page)
 
     And if it is possible, then the page is free in domU, it is also possible that the page be given
back to Xen through ballloon driver, and the P2M will be invaild.  This may make *sharing step*
gfn points to a invalid mfn possible.
 
     So is this possible happen?
 
     thanks.
    
 
     
 
 
     

_______________________________________________
Xen-devel mailing list
[hidden email]
http://lists.xensource.com/xen-devel



To unsubscribe from Xen, click here.


View this message in context: RE: Memory sharing, is it possible a page is freed in DomU on its way to be shared?
Sent from the Xen - Dev mailing list archive at Nabble.com.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel