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>
