Re: [Xen-devel] xc_get_pfn_list() creates broken core files

[Keir Fraser <keir@xxxxxxxxxxxxx>]

On 23/11/06 8:52 pm, "John Levon" <levon@xxxxxxxxxxxxxxxxx> wrote:

> Use the guest's own p2m table instead of xc_get_pfn_list(), which cannot
> handle PFNs with no MFN.
> Dump a zeroed page for PFNs with no MFN.
> Clearly deprecate xc_get_pfn_list().
> Do not include a P2M table with HVM domains.
> Refuse to dump HVM until we can map its pages with PFNs.
> 
> Signed-off-by: John Levon <john.levon@xxxxxxx>

Rather than dump zero pages we could save a PFN-GMFN pair for each dumped
page. These can all go at the start of the core file in place of the p2m.
The dumped pages will then be in order of the PFN-GMFN pairs.

For a PV guest PFN=pseudophys, GMFN=machine (real). For an HVM guest
PFN=GMFN=pseudophys.

Finding max_pfn for a HVM guest is a bit tricky right now: we could add a
hypercall to read it out from Xen, or we could have Xen maintain the
shared_info max_pfn field.

 -- Keir


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