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] [PATCH][VT] Patch to allow VMX domains to be destroyed o

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][VT] Patch to allow VMX domains to be destroyed or shut down cleanly
From: Khoa Huynh <khoa@xxxxxxxxxx>
Date: Tue, 13 Sep 2005 16:37:28 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 13 Sep 2005 21:35:29 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <08e4fe2ecec6ed6793026e5a2cdd52ef@xxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Keir Fraser wrote:
>> I have tested this to some extent with both VMX (Windows XP) and
>> non-VMX
>> domains.  So far so good.
>
>It's good to understand the problem some more, and I think I like your
>general approach. However, although your current patch drops the domain
>refcnts, it leaves the tainted-refcnt pages allocated. Worse, they are
>left allocated and with a dangling domain pointer. Probably we should
>hit those page refcnts on the head (i.e., to zero). One fly in the
>ointment is if some refcnts are non-zero because other domains have
>mappings of them (e.g., device model in domain0)...

Thanks for your comments.  The current code *does* drop the page
reference counts for those tainted-refcnt pages. Even after
getting decremented, the ref counts for these pages
are still not 0 (most are 1, some are 2, 3, or even 4).

I also tried to scrub those tainted-refcnt pages (i.e., attaching
them to the page_scrub list which, when the time comes after
the domain is killed, we could zero-fill them, and then free
them from the heap).  However, when I did this, the system
(domain0) crashed.  This led me to believe that some of these
tainted-refcnt pages may have external mappings and cannot
be freed immediately.  I assume that these pages will
be freed eventually, but need to investigate more.
Please let me know if you have any ideas or suggestions.
Thanks.

Regards,
Khoa Huynh


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