Re: dom0cut script updated

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Dave,

> > Have you abandoned the idea of adding an ELF note (or some other
> > mechanism) for passing the "pfn_to_mfn_frame_list_list" mfn value
> > from the shared, per-domain, "arch_shared_info" structure(s)?

I talked with our kdump patch managers.  They don't want to change
kernel level codes..  I'm sorry for I didn't tell this to you.  I'll
talk with them again.

> > As we proved back in June with the xen vmcore that you sent me,
> > there would be no need for dom0cut since the xen vmcore could be
> > used unmodified.

Now we think about partial (not whole-machine, but only a specific
domain or xen hypervisor) dump for large memory machines (mainly to
shorten dump taking time).  dom0cut will read /proc/vmcore and write
an image file.

> Furthermore -- if you could pass the "pfn_to_mfn_frame_list_list" mfn
> values for all existing domains, it would be possible to bring up
> crash sessions for dom0, as well as for any of the domU's -- all
> with a single unmodified vmcore.

It sounds good.

> Also, I'm curious, why doesn't the unmodified vmcore work with
> gdb?

vmcore image's virtual address space is different from xen's one.
Because kdump kernel uses different address space from xen, and it
doesn't know anything about xen.

We know kdump kernel with some tricks can make gdb-enabled vmcore
image, but smaller patch is better to be applied.

regards,
-- 
Kazuo Moriwaka <moriwaka@xxxxxxxxxxxxx>

--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility

[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux