|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] capturing windows crash dumps
> > How does Windows natively/normally do its dump? Is it just dumping
the
> > entire memory space
> > on the local disk? Or do you have to set special flags to do so from
the
> > driver?
>
> Yes, it normally dumps it's memory to the device using a special
> incarnation of the driver stack for that device.
>
That is correct. An additional and completely separate version of the
driver is created at boot time and only activated in the event of a
crash. The driver is called with all interrupts disabled and cannot
allocate memory etc, so it's a very restricted environment. The ISR is
called on a timer. Hibernate is a separate copy of the driver again but
similar setup.
There are a few callbacks you can set in any driver to tell Windows to
call you every time it has some crash dump information to write out, and
the runtime environment is similar (interrupts disabled, very few system
calls at your disposal). It is this that I would like to use to write
out a crash dump to be captured by Dom0.
The two ideas under consideration are:
1. Use the serial port
2. Create an event channel and a mapped page and dump data out that way.
Add them to the start info page for PV and as HVM parameters (retrieved
via hypercall like the xenstore page and pfn) for HVM
I like #2 best for the following reasons:
. qemu needs patching for a second serial port anyway. I don't want to
use the primary as I'm already using it for something else in the
environment I'm thinking of.
. much more efficient
. works with PV (irrelevant though if there are no PV domains that
support writing out a dump file)
. easy for the DomU to tell if there is something waiting to capture the
crash dump (no parameter present = no crash dump)
. less code on the windows side of things, vs trying to access the
serial port hardware directly for which there is no 'blessed' mechanism
to do in a crash dump environment afaik
James
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|