[Crash-utility] x86 remap allocator in kernel 3.0

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

 



Dne ?t 12. ledna 2012 09:16:06 Atsushi Kumagai napsal(a):
> Hello Petr,
> 
> On Tue, 10 Jan 2012 19:14:32 +0100
> 
> Petr Tesarik <ptesarik at suse.cz> wrote:
> > Ken'ichi Ohmichi, please note that makedumpfile is also affected by this
> > deficiency. On my test system, it will fail to produce any output if I
> > set dump level to anything greater than zero:
> > 
> > makedumpfile -c -d 31 -x vmlinux-3.0.13-0.5-pae.debug vmcore kdump.31
> > readmem: Can't convert a physical address(34a012b4) to offset.
> > readmem: type_addr: 0, addr:f4a012b4, size:4
> > get_mm_discontigmem: Can't get node_start_pfn.
> > 
> > makedumpfile Failed.
> > 
> > However, fixing this for makedumpfile is harder, and it will most likely
> > require a few more lines in VMCOREINFO, because debug symbols may not be
> > available at dump time, and I can't see any alternative method to locate
> > the remapped regions.
> 
> Thank you for your indication.
> 
> Could you send me your kernel configuration so that I can reproduce the
> issue ?

Attached. The most important settings are:

CONFIG_X86_32=y
CONFIG_DISCONTIGMEM_MANUAL=y

This also depends on CONFIG_NUMA=y

FYI my test system runs 3.0.15 (because that's used for SLES11 SP2), but the 
same issue also exists in any later version.

Petr Tesarik
SUSE Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config
Type: text/x-mpsub
Size: 131629 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/kexec/attachments/20120112/cc301c86/attachment-0001.bin>


[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux