[Crash-utility] question about phys_base

Wen Congyang wency at cn.fujitsu.com
Fri Feb 17 00:40:18 UTC 2012


At 02/17/2012 12:30 AM, Dave Anderson Wrote:
> 
> 
> ----- Original Message -----
>>>
>>> OK, so then I don't understand what you mean by "may be the same"?
>>>
>>> You didn't answer my original question, but if I understand you  correctly,
>>> it would be impossible for the qemu host to create a PT_LOAD segment that
>>> describes an x86_64 guest's __START_KERNEL_map region, because the host
>>> doesn't know that what kind of kernel the guest is running.
>>
>> Yes. Even if the guest is linux, it is still impossible to do it.  Because
>> the guest maybe in the second kernel.
>>
>> qemu-dump walks all guest's page table and collect virtual address and
>> physical address mapping. If the page is not used by guest, the virtual is set
>> to 0.  I create PT_LOAD according to such mapping. So if the guest is linux,
>> there may be a PT_LOAD segment that describes __START_KERNEL_map region.
>> But the information stored in PT_LOAD maybe for the second kernel. If crash
>> uses it, crash will see the second kernel, not the first kernel.
> 
> Just to be clear -- what do you mean by the "second" kernel?  Do you
> mean that a guest kernel crashed guest, and did a kdump operation,
> and that second kdump kernel failed somehow, and now you're trying
> to do a "virsh dump" on the kdump kernel?

Yes, the second kernel means kdump kernel. If kdump failed, the user can
use it to dump the guest's memory.

Thanks
Wen Congyang

> 
> Dave
> 




More information about the Crash-utility mailing list