<div class="gmail_quote">
<div>Hi All,</div>
<div> </div>
<div>I downloaded and built crash 4.0.9 for Intel X86 linux machine.</div>
<div>I'm trying to debug kdump-generated vmcore, taken using the "crash kernel".</div>
<div>Kernel: 2.6.27.34</div>
<div>Main kernel argument: <a href="mailto:crashkernel=64M@16M" target="_blank">crashkernel=64M@16M</a></div>
<div>Main kernel loaded at 2M.</div>
<div> </div>
<div>The problem:</div>
<div>./crash <vmlinux> <vmcore></div>
<div>behaves kinda strange... it gets stuck in the following loop of function calls, during reading totalram_pages symbol: </div>
<div>    get_symbol_data("totalram_pages") -> readmem("totalram_pages") ->kvtop -> x86_kvtop ("pgd page") ->readmem ("pgd page") ->kvtop -> x86_kvtop("pgd page") -> readmem("pgd page")</div>

<div> </div>
<div>and eventually crashes, probably when recursion reaches stack limit.</div>
<div> </div>
<div>Why would such a situation happen...?</div>
<div> </div>
<div>With gdb, though, things are different - gdb is able to read the vmcore, and give the gdb prompt, at which I can see the init_mm structure, and backtrace etc. I also verified that pgd address (init_mm.pgd) is the same as crash is  trying to read through readmem("pgd page").</div>

<div> </div>
<div>Any inputs will be very useful.</div>
<div> </div>
<div>Thanks,</div>
<div>Sumeet </div></div><br>