From: Daniel Kiper <daniel.kiper@oracle.com>
To: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>,
oomichi@mxs.nes.nec.co.jp
Cc: "andrew.cooper3@citrix.com" <andrew.cooper3@citrix.com>,
"kexec@lists.infradead.org" <kexec@lists.infradead.org>,
"david.vrabel@citrix.com" <david.vrabel@citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH v2 3/4] makedumpfile/xen: Fail immediately on every architecture if dump level is invalid
Date: Tue, 3 Dec 2013 20:45:01 +0100 [thread overview]
Message-ID: <20131203194501.GD21544@olila.local.net-space.pl> (raw)
In-Reply-To: <0910DD04CBD6DE4193FCF86B9C00BE971C9FF0@BPXM01GP.gisp.nec.co.jp>
On Tue, Dec 03, 2013 at 05:27:03AM +0000, Atsushi Kumagai wrote:
> On 2013/12/02 23:17:59, kexec <kexec-bounces@lists.infradead.org> wrote:
> > Do not try to process Xen crash dump on every architecture if dump level
> > is invalid. Fail immediately and print relevant error message.
> >
> > Signed-off-by: Daniel Kiper <daniel.kiper@oracle.com>
> > ---
> > makedumpfile.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/makedumpfile.c b/makedumpfile.c
> > index 5a378d1..45f96aa 100644
> > --- a/makedumpfile.c
> > +++ b/makedumpfile.c
> > @@ -7637,14 +7637,14 @@ initial_xen(void)
> > MSG("Try `makedumpfile --help' for more information.\n");
> > return FALSE;
> > }
> > -#ifndef __x86_64__
> > +
> > if (DL_EXCLUDE_ZERO < info->max_dump_level) {
> > MSG("Dump_level is invalid. It should be 0 or 1.\n");
> > MSG("Commandline parameter is invalid.\n");
> > MSG("Try `makedumpfile --help' for more information.\n");
> > return FALSE;
> > }
> > -#endif
> > +
>
> Did you say that dump level 2 or larger are no longer effective even for x86_64 ?
> I thought it works by the patch below, but I'm not sure about Xen.
> So I would like to know why you sent this patch.
>
>
> commit ec5b5835a113cf62a168d4a7354564a38de6b52c
> Author: ken1_ohmichi <ken1_ohmichi>
> Date: Fri Oct 9 03:05:41 2009 +0000
>
> [v1.3.4-10] Add dump filtering on an x86_64 xen domain-0.
>
> This patch adds the dump filtering for excluding unnecessary pages (cache
> pages, user process data pages, and free pages) on on x86_64 xen domain-0.
>
> On the existing makedumpfile (v1.3.3 or former), a user could specify 0
> or 1 only as a dump_level. By this patch, he/she can specify 2 or larger
> also as a dump_level.
>
> Now, this feature is effective on x86_64 machine only.
Hmmm... Thanks for this. I missed this patch. However, it looks that I
do not understand something. AIUI, from Xen point of view we are not able
to use dump level higher than 1 because there is no e.g. cache pages (it
looks that we could also skip free pages but this stuff is not implemented).
Above mentioned patch suggest that there is a way to extract just only Dom0
stuff taking into account Linux internals only. If my reasoning is true
then dump level higher than 1 is possible only if we look at Dom0 from Linux
point of view. However, I can not find any description how to do that.
So I am CC-ing Ken'ichi as author of this patch but I do not know that
he works for NEC still.
Daniel
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2013-12-03 19:45 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-02 14:16 [PATCH v2 0/4] makedumpfile: Xen fixes and cleanups Daniel Kiper
2013-12-02 14:16 ` [PATCH v2 1/4] makedumpfile/xen: Add cache_init() call to initial_xen() Daniel Kiper
2013-12-02 14:16 ` [PATCH v2 2/4] makedumpfile/xen: Disable cyclic mode for every Xen crash dump Daniel Kiper
2013-12-02 14:16 ` [PATCH v2 3/4] makedumpfile/xen: Fail immediately on every architecture if dump level is invalid Daniel Kiper
2013-12-03 5:27 ` Atsushi Kumagai
2013-12-03 19:45 ` Daniel Kiper [this message]
2013-12-09 2:45 ` Atsushi Kumagai
2013-12-10 10:39 ` Daniel Kiper
2013-12-13 6:59 ` Atsushi Kumagai
2013-12-17 20:28 ` Daniel Kiper
2014-08-29 6:42 ` Atsushi Kumagai
2014-09-01 21:30 ` Daniel Kiper
2013-12-02 14:16 ` [PATCH v2 4/4] makedumpfile/xen: Move cyclic mode check from initial() to initial_xen() Daniel Kiper
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=20131203194501.GD21544@olila.local.net-space.pl \
--to=daniel.kiper@oracle.com \
--cc=andrew.cooper3@citrix.com \
--cc=david.vrabel@citrix.com \
--cc=kexec@lists.infradead.org \
--cc=kumagai-atsushi@mxc.nes.nec.co.jp \
--cc=oomichi@mxs.nes.nec.co.jp \
--cc=xen-devel@lists.xen.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