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

[Xen-ia64-devel] [RFC][PATCH] foreign domain p2m table exposure

To: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-ia64-devel] [RFC][PATCH] foreign domain p2m table exposure
From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Date: Thu, 31 May 2007 12:45:21 +0900
Delivery-date: Wed, 30 May 2007 20:43:45 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
Hi.
This patch isn't finished. Xen and kernel part is implemented
and only compile-tested.
But I wanted to get comment before starting rewriting
libxc save/restore/dump-core.


Currently the already implemented p2m table exposure is self exposure.
It is used by kernel to optimize the gpfn -> mfn conversion.
On the other hand, What I call foreign domain p2m table exposure is
to expose the p2m table of a given domain to dom0.
In particular, libxc save/restore/dump-core in my mind.
They can be improved as follows.

What do you think about those?
- save
  xc_get_pfn_list() is obsoleted, but it uses xc_ia64_get_pfn_list().
  So save shouldn't use it.

- restore
  Currently it allocates all the pages for a domain,
  and deallocates pages which isn't used as the last step.
  It can allocate pages on demand.

- dump-core
  Currently 'xm dump-core' produces a ton of "non-allocated mpa" warning
  message, it's very annoying.
  It can be elminated.


The basic logic is same as self p2m exposure, however
the implementation is a little bit more complicated than
self p2m exposure because
  - it needs to track exposing to prevent a domain from destroying.
  - it needs to support unexposing.

Thanks.
-- 
yamahata

Attachment: 15146_8ebdf907115d_foreign_domain_p2m_exposure.patch
Description: Text Data

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-ia64-devel] [RFC][PATCH] foreign domain p2m table exposure, Isaku Yamahata <=