On Tue, Sep 29, 2009 at 7:11 PM, Dave Anderson <anderson@xxxxxxxxxx> wrote:
What do you mean by that? Where are you setting "verbose"?
----- "Sumeet Gupta" <meetsumeet@xxxxxxxxx> wrote:
> Hi,
>
> It was my mistake.
>
> During an earlier debugging, I set verbose=1, misinterpreting it to
> mean just a few debug prints.
I was talking about the file x86.c, function x86_kvtop, around line 2622, where it returns from the function, or not, depending upon verbose. If the purpose of verbose in this function is only to have more fprintfs, then the behaviour should not change based on this argument. I had (to see whats going on in this function,) set the verbose flag in it to 1. This caused the recursion in function calls I mentioned.
Right -- nor do I. Regardless, I don't know why you should have run
> On restoring the code, I'm able to run crash utility quite well. I'm
> yet to understand the purpose of verbose, though.
into that problem on that particular symbol. If you can make that
vmcore available for me to download, I can take a look at it.
Thanks Anderson. But that is not necessary any more. I'm able to see into the vmcore using crash.
None that I'm aware of. It was brought up on this list some time
>
> On a side-topic - is an ARM port of this utility (ie, a vmcore
> generated on an ARM system, debugged with crash offline on X86)
> available, or in the offing?
ago, and I gave the requester some initial guidance on the steps
to take in order to add support for a new architecture. But I've
heard nothing since then.
If you could give me a link to your previous mail having the guidance steps, that would be helpful.
Thanks,
Sumeet
Dave
> --
>
> Sumeet
>
>
> On Tue, Sep 29, 2009 at 7:03 AM, Sumeet Gupta < meetsumeet@xxxxxxxxx >
> wrote:
>
>
>
>
>
> Hi All,
>
> I downloaded and built crash 4.0.9 for Intel X86 linux machine.
> I'm trying to debug kdump-generated vmcore, taken using the "crash
> kernel".
> Kernel: 2.6.27.34
> Main kernel argument: crashkernel=64M@16M
> Main kernel loaded at 2M.
>
> The problem:
> ./crash <vmlinux> <vmcore>
> behaves kinda strange... it gets stuck in the following loop of
> function calls, during reading totalram_pages symbol:
> get_symbol_data("totalram_pages") -> readmem("totalram_pages") ->kvtop
> -> x86_kvtop ("pgd page") ->readmem ("pgd page") ->kvtop ->
> x86_kvtop("pgd page") -> readmem("pgd page")
>
>
> and eventually crashes, probably when recursion reaches stack limit.
>
> Why would such a situation happen...?
>
> 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").
>
>
> Any inputs will be very useful.
>
> Thanks,
> Sumeet
>
>
> Crash-utility mailing list
> Crash-utility@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/crash-utility
--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility
-- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/crash-utility
