From: AKASHI Takahiro <takahiro.akashi@linaro.org>
To: Anurup M <anurup.m@huawei.com>, geoff@infradead.org
Cc: "sanil.kumar@hisilicon.com" <sanil.kumar@hisilicon.com>,
kexec@lists.infradead.org, dingtianhong@huawei.com
Subject: Re: Kdump on ARM64
Date: Wed, 14 Jan 2015 11:10:56 +0900 [thread overview]
Message-ID: <54B5D030.20809@linaro.org> (raw)
In-Reply-To: <54B5003A.1050508@huawei.com>
On 01/13/2015 08:23 PM, Anurup M wrote:
>
> Hi Akashi,
>
> Thanks for the reply.
>
> Hi Akashi, Geoff,
>
> In the code I could find assert(arm64_mem.memstart) in the function virt_to_phys. This address can be 0x0 when the
> segment start address is 0x0. so can we use this assert?
Probably you're right.
> The code flow is elf_arm64_load->load_crashdump_segments->add_buffer_phys_virt->add_segment_phys_virt->virt_to_phys
> and this call is also before the call to load_elf_exec_in_crashmem which init's arm64_mem.memstart to crash_reserved_mem.start.
> So arm64_mem.memstart is also not set before the call to virt_to_phys.
I need refresh my memory about the flow, but in this particular case,
the last argument, phys, of add_buffer_phys_virt() is 0 and virt_to_phys()
will not be called.
Do you have any other evidence that the assertion above is broken?
Thanks,
-Takahiro AKASHI
> Please share your comments.
>
> Thanks,
> Anurup
>
>
> On 1/8/2015 1:40 PM, AKASHI Takahiro wrote:
>> Hi Anurup,
>>
>> On 01/08/2015 03:35 PM, Anurup M wrote:
>>> Hi Akashi, Geoff,
>>>
>>> I tried to check kdump on arm64 on Foundation model. The/proc/vmcore is generated.
>>> But I couldnot check if it is proper. Is there a makedumpfile binary for arm64? and also crash tool.
>>> I used the master branch of https://git.linaro.org/people/geoff.levand/linux-kexec.git to verify.
>>> Please provide some information about the current status or support for kdump on arm64?
>>> and the ways to verify or start development on Foundation model.
>>
>> The story is that I used to work on kdump, but handed it off
>> to Geoff at some time. Since then, he merged it into his repo
>> but I don't think that he has tested (verified) it yet.
>> So please take it as a study work (or prototype), although I'm
>> pretty sure that it works well on model except some issues.
>>
>> Regarding /proc/vmcore, if you can retrieve it to your host machine,
>> you can simply verify the contents as follows:
>> $ aarch64-linux-gnu-gdb vmlinux core(=vmcore)
>> (gdb) info threads
>> (gdb) bt
>> ...
>>
>> I also have a trivial patch for crash tool to cross-build it, but
>> arm64 support (by RedHat folk) is already there.
>>
>> Thanks,
>> -Takahiro AKASHI
>>
>>> Thanks,
>>> Anurup M
>>>
>>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2015-01-14 2:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-08 6:35 Kdump on ARM64 Anurup M
2015-01-08 8:10 ` AKASHI Takahiro
2015-01-13 11:23 ` Anurup M
2015-01-14 2:10 ` AKASHI Takahiro [this message]
2015-01-14 12:03 ` Anurup M
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54B5D030.20809@linaro.org \
--to=takahiro.akashi@linaro.org \
--cc=anurup.m@huawei.com \
--cc=dingtianhong@huawei.com \
--cc=geoff@infradead.org \
--cc=kexec@lists.infradead.org \
--cc=sanil.kumar@hisilicon.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.