Re: policies on coredump

[Kip Macy <kip.macy@gmail.com>]

My plan is for coredump to write out the domain state in a generic
format and then post-process that into the format expected by the
kernel GDB for a given OS. I can envision using the suspend support
for offline state inspection by simply post-processing the output of
suspend to disk into coredump format. I don't see anyone else
clamoring to use xen as a development environment so I'll worry about
that later.

      -Kip
 
On 4/27/05, Mark Williamson <mark.williamson@cl.cam.ac.uk> wrote:
> > If it is in the reap path is there any reason to add it to xm as well
> > other than testing?
> 
> I guess that now, for most things, you could use the gdbserver to poke at the
> state of domains that hadn't crashed (and auto-dumped) yet...  Under some
> circumstances it might be useful to manually dump domain state for later
> analysis.
> 
> Unless anybody pipes up and asks then I guess it might not be worth adding.
> It's probably worth getting the reap-path patch into the tree in the first
> instance - then other people can contribute patches to enable any use cases
> they want ;-)
> 
> Cheers,
> Mark
>