From: Dave Anderson <anderson@redhat.com>
To: kexec@lists.infradead.org
Subject: Determine version of kernel that produced vmcore
Date: Mon, 23 Jul 2007 17:08:22 -0400 [thread overview]
Message-ID: <46A518C6.5070108@redhat.com> (raw)
> From: "Ken'ichi Ohmichi" <oomichi@mxs.nes.nec.co.jp>
...
>
> BTW, we should test makedumpfile by each linux(-rc1 ?) releases.
> Now, I test the makedumpfile functions by comparing the crash utility's
> output of /proc/vmcore and the one of the filtered dumpfile.
> Often, the crash utility cannot read /proc/vmcore of the latest kernel.
> Does anybody know the crash's option that the crash can run loosely for
> the early test ?
There is no "loosely-run" option for the crash utility.
When you state "cannot read /proc/vmcore", I'm presuming that
you mean that something fails during initialization due to
the "shifting sands" of the upstream kernel (and which should
be reported to the crash-utility list so that it can be
addressed...)
There are a couple debug-only options that prevent crash from
accessing certain subsystems during initialization, such as
"--no_kmem_cache" to avoid traversing the kmalloc/slab subsystem,
and "--no_modules" to avoid traversing the vmalloc'd module list.
Those two may help if you have an "incomplete" dumpfile that is
missing pages that *should* be there. There's also a "-f" to
force the use of split vmlinux/vmlinux.debug pair whose CRC's
do not match. But if you're using a simple -g build vmlinux
files, that option wouldn't apply.
Dave
>
> Thanks
> Ken'ichi Ohmichi
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next reply other threads:[~2007-07-23 21:03 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-23 21:08 Dave Anderson [this message]
2007-07-24 6:41 ` Determine version of kernel that produced vmcore Ken'ichi Ohmichi
-- strict thread matches above, loose matches on Subject: below --
2007-07-06 13:28 Bernhard Walle
2007-07-06 14:58 ` Dan Aloni
2007-07-09 9:21 ` Bernhard Walle
2007-07-09 11:41 ` Dan Aloni
2007-07-09 20:49 ` Bernhard Walle
2007-07-10 4:45 ` Dan Aloni
2007-07-10 13:20 ` Bernhard Walle
2007-07-10 15:00 ` Vivek Goyal
2007-07-10 17:17 ` Neil Horman
2007-07-10 17:35 ` Dan Aloni
2007-07-10 18:26 ` Dan Aloni
2007-07-10 19:00 ` Neil Horman
2007-07-10 20:36 ` Dan Aloni
2007-07-11 11:57 ` Neil Horman
2007-07-10 6:48 ` Vivek Goyal
2007-07-10 8:14 ` Dan Aloni
2007-07-10 12:12 ` Neil Horman
2007-07-10 13:05 ` Bernhard Walle
2007-07-10 12:09 ` Neil Horman
2007-07-10 16:52 ` Dan Aloni
2007-07-11 6:07 ` Vivek Goyal
2007-07-11 7:32 ` Dan Aloni
2007-07-11 13:43 ` Ken'ichi Ohmichi
2007-07-13 3:58 ` Vivek Goyal
2007-07-13 7:49 ` Bernhard Walle
2007-07-13 3:43 ` Vivek Goyal
2007-07-11 8:58 ` Bernhard Walle
2007-07-10 3:13 ` Ken'ichi Ohmichi
2007-07-10 12:02 ` Neil Horman
2007-07-13 11:05 ` Ken'ichi Ohmichi
2007-07-13 13:15 ` Bernhard Walle
2007-07-16 4:19 ` Vivek Goyal
2007-07-16 11:57 ` Bernhard Walle
2007-07-16 12:25 ` Vivek Goyal
2007-07-16 12:28 ` Bernhard Walle
2007-07-16 12:36 ` Vivek Goyal
2007-07-18 14:07 ` Ken'ichi Ohmichi
2007-07-18 23:10 ` Bernhard Walle
2007-07-24 6:49 ` Ken'ichi Ohmichi
2007-07-19 14:12 ` Vivek Goyal
2007-07-19 16:39 ` Don Zickus
2007-07-19 16:49 ` Bernhard Walle
2007-07-19 16:59 ` Don Zickus
2007-07-23 5:01 ` Vivek Goyal
2007-07-23 11:47 ` Ken'ichi Ohmichi
2007-07-23 13:02 ` Dan Aloni
2007-07-23 15:58 ` Vivek Goyal
2007-07-24 6:40 ` Ken'ichi Ohmichi
2007-07-17 3:50 ` Vivek Goyal
2007-07-17 8:17 ` Bernhard Walle
2007-07-10 12:52 ` Bernhard Walle
2007-07-10 6:36 ` Vivek Goyal
2007-07-10 12:59 ` Bernhard Walle
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=46A518C6.5070108@redhat.com \
--to=anderson@redhat.com \
--cc=kexec@lists.infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox