----- Original Message -----
Dave, I have a development board you can borrow.
It runs fedora 15 armv5tel.
Thanks Luc, but it's not worth the travel effort that
would take.
And given that:
(1) Nobody on this list can even find an ARM compressed
kdump, apparently kdump/makedumpfile usage is not
all that prevalent among ARM users. (?)
(2) It's only required for "crash --osrelease dumpfile" and
the new "crash --log dumpfile" command line options, and
the workaround I'm putting in place works with these older
malformed headers.
(3) Atsushi Kumagai, the upstream makedumpfile maintainer,
is on this list and is aware of it,
(4) Eventually one of the ARM developers will probably look
into it...
But I appreciate the offer.
Thanks,
Dave
On Thursday, January 31, 2013, Dave Anderson wrote:
----- Original Message -----
> On Wed, Jan 30, 2013 at 05:30:22PM -0500, Dave Anderson wrote:
> > I'm wondering whether that's the case with all ARM compressed
> > kdump files? Or maybe the dumps I have were created during early
> > development of ARM kexec/kdump? Or is it a bug with the
> > makedumpfile facility on ARM?
>
> I would expect a bug in the makedumpfile (since I wrote the ARM
> support there
> originally ;-))
Which is kind of strange, since the makedumpfile code that does the
compressed kdump creation from the ELF vmcore looks to be common to
all arches. And if the original ARM /proc/vmcore was created
incorrectly,
then crash would seemingly have a problem pulling out the vmcoreinfo
data from an ARM ELF kdump -- but it works just fine with those.
I don't have any kind of ARM development environment in which to
debug makedumpfile. So for now I'm going to put a horrific ARM-only
kludge in the crash utility to look for the "OSRELEASE=xxx" string in
the kdump sub_header block, and assign the size_vmcoreinfo and
offset_vmcoreinfo values by hand. The "VMCOREINFO" string itself,
which is in the ELF note header just prior to the actual data, is
also missing. Weird...
>
> > So my question is, do any of you have an ARM compressed kdump
> > that
> > you can verify has its "offset_vmcoreinfo" and
"size_vmcoreinfo"
> > fields set?
>
> Unfortunately my sample dumps (except few) were lost when I left
> Nokia and
> those that I still have are not compressed, it seems.
OK thanks -- Per doesn't have any either, so maybe Jan does?
Dave
--
Crash-utility mailing list
Crash-utility(a)redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility
--
- Luc
--
Crash-utility mailing list
Crash-utility(a)redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility