[Xen-ia64-devel] [PATCH 0/8] foreign p2m exposure

[Isaku Yamahata <yamahata@xxxxxxxxxxxxx>]

Hi.
The already implemented p2m table exposure is self exposure.
It is used by kernel to optimize the gpfn -> mfn conversion.
This patch series implements the foreign domain p2m table exposure which
exposes the p2m table of a given domain to dom0 tools stack.

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.


With foreign p2m table exposure, the following parts are rewritten.
- 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.
  With the patch, it allocates pages on demand.
- dump-core
  Currently 'xm dump-core' produces a ton of "non-allocated mpa" warning
  message, it's very annoying. With this patches, that is eliminated.
  the patch depends on the patch which is sent to xen-devel.
- The save/restore rewrite is a preparation for domVTi save/restore.
  With this patch set page save/restore implementation can handle
  sparely populated pages.


[PATCH 1/8] foreign p2m: fix vti domain builder
[PATCH 2/8] foreign p2m: foreign p2m exposure xen side
[PATCH 3/8] foreign p2m: foreign p2m exposure linux side
[PATCH 4/8] foreign p2m: foreign p2m exposure libxc side
[PATCH 5/8] foreign p2m: foreign p2m exposure test module
[PATCH 6/8] foreign p2m: rewrite dump-core with foreign p2m
        This patch depends on the patch which is sent to xen-devel.
[PATCH 7/8] foreign p2m: rewrite save/restore with foreign p2m
[PATCH 8/8] foreign p2m: make xc_ia64_get_pfn_list() static


Thanks.

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