All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir@xensource.com>
To: John Levon <levon@movementarian.org>, Keir Fraser <keir@xensource.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: xc_get_pfn_list() creates broken core files
Date: Thu, 23 Nov 2006 23:33:59 +0000	[thread overview]
Message-ID: <C18BE067.4C38%keir@xensource.com> (raw)
In-Reply-To: <20061123205257.GA4041@totally.trollied.org>




On 23/11/06 8:52 pm, "John Levon" <levon@movementarian.org> 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@sun.com>

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

  parent reply	other threads:[~2006-11-23 23:33 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-23  2:45 xc_get_pfn_list() creates broken core files John Levon
2006-11-23  8:52 ` Keir Fraser
2006-11-23 18:16   ` John Levon
2006-11-23 18:39     ` Keir Fraser
2006-11-23 19:17       ` John Levon
2006-11-23 19:20         ` Keir Fraser
2006-11-23 20:52           ` John Levon
2006-11-23 22:05             ` John Levon
2006-11-25 16:03               ` Jimi Xenidis
2006-11-23 23:33             ` Keir Fraser [this message]
2006-11-23 23:48               ` John Levon
2007-01-15  9:16                 ` [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was Re: [Xen-devel] xc_get_pfn_list() creates broken core files) Isaku Yamahata
2007-01-15 10:13                   ` Keir Fraser
2007-01-15 12:38                     ` John Levon
2007-01-17  3:59                   ` [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was " John Levon
2007-01-17  5:54                     ` [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was Re: [Xen-devel] " Isaku Yamahata
2007-01-17 13:06                       ` [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was " John Levon
2007-01-18  1:41                         ` [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was Re: [Xen-devel] " Isaku Yamahata
2007-01-18 12:42                           ` [PATCH][RFC] dump-core: PFN-GMFN table and ELF formatify (was " John Levon
  -- strict thread matches above, loose matches on Subject: below --
2006-11-23 18:53 xc_get_pfn_list() creates broken core files Ian Pratt
2006-11-23 19:05 ` Keir Fraser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=C18BE067.4C38%keir@xensource.com \
    --to=keir@xensource.com \
    --cc=levon@movementarian.org \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.