* Kdump for ARM (vmcore generation problem)
@ 2007-08-14 13:11 Indraneel
2007-08-14 19:18 ` Bernhard Walle
2007-08-16 3:02 ` Vivek Goyal
0 siblings, 2 replies; 5+ messages in thread
From: Indraneel @ 2007-08-14 13:11 UTC (permalink / raw)
To: kexec
Hi,
I'm trying to make Kdump work for ARM. Till now i've managed to get the
/dev/oldmem interface working for taking dumps. Now i want to get the
/proc/vmcore interface working.
I'm unclear how to generate the elfcore headers required by routines in
vmcore.c.
TIA,
Indro
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kdump for ARM (vmcore generation problem)
2007-08-14 13:11 Kdump for ARM (vmcore generation problem) Indraneel
@ 2007-08-14 19:18 ` Bernhard Walle
2007-08-16 3:02 ` Vivek Goyal
1 sibling, 0 replies; 5+ messages in thread
From: Bernhard Walle @ 2007-08-14 19:18 UTC (permalink / raw)
To: kexec
* Indraneel <indraneel.m@samsung.com> [2007-08-14 15:11]:
> I'm trying to make Kdump work for ARM. Till now i've managed to get the
> /dev/oldmem interface working for taking dumps. Now i want to get the
> /proc/vmcore interface working.
> I'm unclear how to generate the elfcore headers required by routines in
> vmcore.c.
The core headers are generated in kexec-tools (userspace).
Thanks,
Bernhard
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kdump for ARM (vmcore generation problem)
2007-08-14 13:11 Kdump for ARM (vmcore generation problem) Indraneel
2007-08-14 19:18 ` Bernhard Walle
@ 2007-08-16 3:02 ` Vivek Goyal
2007-08-20 11:51 ` Indraneel
1 sibling, 1 reply; 5+ messages in thread
From: Vivek Goyal @ 2007-08-16 3:02 UTC (permalink / raw)
To: Indraneel; +Cc: kexec
On Tue, Aug 14, 2007 at 06:41:54PM +0530, Indraneel wrote:
> Hi,
> I'm trying to make Kdump work for ARM. Till now i've managed to get the
> /dev/oldmem interface working for taking dumps. Now i want to get the
> /proc/vmcore interface working.
> I'm unclear how to generate the elfcore headers required by routines in
> vmcore.c.
>
Hi Indraneel,
kexec-tools in user space generates those headers. Have a loot at
kexec-tools code.
Thanks
Vivek
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kdump for ARM (vmcore generation problem)
2007-08-16 3:02 ` Vivek Goyal
@ 2007-08-20 11:51 ` Indraneel
2007-08-20 11:53 ` Bernhard Walle
0 siblings, 1 reply; 5+ messages in thread
From: Indraneel @ 2007-08-20 11:51 UTC (permalink / raw)
To: vgoyal; +Cc: kexec
Hi Vivek/Bernhard,
Vivek Goyal wrote:
> On Tue, Aug 14, 2007 at 06:41:54PM +0530, Indraneel wrote:
>> Hi,
>> I'm trying to make Kdump work for ARM. Till now i've managed to get the
>> /dev/oldmem interface working for taking dumps. Now i want to get the
>> /proc/vmcore interface working.
>> I'm unclear how to generate the elfcore headers required by routines in
>> vmcore.c.
>>
>
> Hi Indraneel,
>
> kexec-tools in user space generates those headers. Have a loot at
> kexec-tools code.
Thanks for the lead. I'm looking into kexec-tools and trying to do
changes for ARM. I'm unable to interpret one of the comments in
kexec/crashdump-elf.c which says,
" The separate PT_LOAD program header is required either because the
kernel is mapped at a different location than the rest of the
physical memory or because we need to support relocatable kernels.
Or both as on x86_64. "
Can you please provide some more clarification for this so that i can
figure out whether a separate PT_LOAD header is required for ARM
architecture as well (esp. the "kernel mapped to diff. loc. part of the
comment").
TIA,
Indro
>
> Thanks
> Vivek
>
>
>
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kdump for ARM (vmcore generation problem)
2007-08-20 11:51 ` Indraneel
@ 2007-08-20 11:53 ` Bernhard Walle
0 siblings, 0 replies; 5+ messages in thread
From: Bernhard Walle @ 2007-08-20 11:53 UTC (permalink / raw)
To: kexec
* Indraneel <indraneel.m@samsung.com> [2007-08-20 13:51]:
> Hi Vivek/Bernhard,
>
> Vivek Goyal wrote:
> > On Tue, Aug 14, 2007 at 06:41:54PM +0530, Indraneel wrote:
> >> Hi,
> >> I'm trying to make Kdump work for ARM. Till now i've managed to get the
> >> /dev/oldmem interface working for taking dumps. Now i want to get the
> >> /proc/vmcore interface working.
> >> I'm unclear how to generate the elfcore headers required by routines in
> >> vmcore.c.
> >>
> >
> > Hi Indraneel,
> >
> > kexec-tools in user space generates those headers. Have a loot at
> > kexec-tools code.
>
> Thanks for the lead. I'm looking into kexec-tools and trying to do
> changes for ARM. I'm unable to interpret one of the comments in
> kexec/crashdump-elf.c which says,
> " The separate PT_LOAD program header is required either because the
> kernel is mapped at a different location than the rest of the
> physical memory or because we need to support relocatable kernels.
> Or both as on x86_64. "
>
> Can you please provide some more clarification for this so that i can
> figure out whether a separate PT_LOAD header is required for ARM
> architecture as well (esp. the "kernel mapped to diff. loc. part of the
> comment").
Is the ARM kernel relocatable? If no, then you don't need this.
Thanks,
Bernhard
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-08-20 11:54 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-14 13:11 Kdump for ARM (vmcore generation problem) Indraneel
2007-08-14 19:18 ` Bernhard Walle
2007-08-16 3:02 ` Vivek Goyal
2007-08-20 11:51 ` Indraneel
2007-08-20 11:53 ` Bernhard Walle
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.