Kexec Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Ken'ichi Ohmichi" <oomichi@mxs.nes.nec.co.jp>
To: CAI Qian <caiqian@redhat.com>
Cc: usui@mxm.nes.nec.co.jp, tindoh@redhat.com,
	kexec@lists.infradead.org, anderson@redhat.com
Subject: Re: [PATCH 0/5] make '-x'/'-i' option unnecessary for re-filtering.
Date: Mon, 19 Oct 2009 14:21:15 +0900	[thread overview]
Message-ID: <4ADBF74B.6010907@mxs.nes.nec.co.jp> (raw)
In-Reply-To: <20091016.235937.202130176.caiqian@redhat.com>


Hi CAI,

CAI Qian wrote:
> Hello Ken'ichi!
> 
> This series of patches is working great here.

I'm glad to hear that.
I will merge this patchset into the next release.


Thanks
Ken'ichi Ohmichi


> Thanks!
> CAI Qian
> 
> From: "Ken'ichi Ohmichi" <oomichi@mxs.nes.nec.co.jp>
> Subject: [PATCH 0/5] make '-x'/'-i' option unnecessary for re-filtering.
> Date: Tue, 13 Oct 2009 14:18:44 +0900
> 
>> Hi,
>>
>> Ken'ichi Ohmichi wrote:
>>> Hi CAI,
>>>
>>> Thank you for testing and a good point.
>>>
>>> CAI Qian wrote:
>>>>> makedumpfile version 1.3.4 is released.
>>>>> Your comments/patches are welcome.
>>>>>
>>>>> Changelog:
>>>>>  o New feature
>>>>>    - Support kdump-compressed format for input file. (by Takao Indoh)
>>>>>       A new makedumpfile can read dumpfile which is kdump-compressed format
>>>>>       instead of /proc/vmcore and re-filter it.
>>>> Does it need to specify either a vmlinux or vmcoreinfo file?
>>> Yes, we need to do it for re-filtering now.
>>> But it is not difficult to implement a feature that it is not
>>> necessary to specify either a vmlinux or vmcoreinfo file for
>>> re-filtering. I will try to implement the feature.
>> I created the patchset for implementing the above feature.
>> Any comments/patches are welcome.
>>
>> ---
>> [PATCH 0/5] make '-x'/'-i' option unnecessary for re-filtering.
>>
>> makedumpfile v1.3.4 can read a dumpfile which is kdump-compressed
>> format instead of /proc/vmcore and re-filter it.
>>
>> When re-filtering, it is necessary to specify '-x'/'-i' option.
>> If not specifying, makedumpfile fails like the following:
>>
>>  # ./makedumpfile -c -d 3 vmcore vmcore.1
>>  ...
>>  The dumpfile is saved to vmcore.1
>>  ...
>>  #
>>  # /makedumpfile -c -d 31 vmcore.1 vmcore.2
>>  vmcore.1 doesn't contain vmcoreinfo.
>>  Specify '-x' option or '-i' option.
>>  Commandline parameter is invalid.
>>  Try `makedumpfile --help' for more information.
>>  #
>>
>> For usability, this patchset makes '-x'/'-i' option unnecessary
>> for re-filtering.
>>
>>
>> Thanks
>> Ken'ichi Ohmichi
>>
>>
>> _______________________________________________
>> kexec mailing list
>> kexec@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/kexec
> 


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

      reply	other threads:[~2009-10-19  5:23 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-09  2:40 makedumpfile-1.3.4: Support kdump-compressed format for input file Ken'ichi Ohmichi
2009-10-09  8:22 ` Ken'ichi Ohmichi
2009-10-10  8:51 ` CAI Qian
2009-10-13  1:02   ` Ken'ichi Ohmichi
2009-10-13  5:18     ` [PATCH 0/5] make '-x'/'-i' option unnecessary for re-filtering Ken'ichi Ohmichi
2009-10-13  5:19       ` [PATCH 1/5] Cleanup: Set a meaning value for KDUMP_SUB_HEADER_BLOCKS Ken'ichi Ohmichi
2009-10-13  5:19       ` [PATCH 2/5] Cleanup: Fix some indents in write_kdump_header() Ken'ichi Ohmichi
2009-10-13  5:20       ` {PATCH 3/5] Cleanup: Shorten the declaration name of kdump_sub_header Ken'ichi Ohmichi
2009-10-13  5:20       ` [PATCH 4/5] Store vmcoreinfo data into a kdump-compressed dumpfile Ken'ichi Ohmichi
2009-10-13  5:20       ` [PATCH 5/5] Read vmcoreinfo data from " Ken'ichi Ohmichi
2009-10-16 15:59       ` [PATCH 0/5] make '-x'/'-i' option unnecessary for re-filtering CAI Qian
2009-10-19  5:21         ` Ken'ichi Ohmichi [this message]

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=4ADBF74B.6010907@mxs.nes.nec.co.jp \
    --to=oomichi@mxs.nes.nec.co.jp \
    --cc=anderson@redhat.com \
    --cc=caiqian@redhat.com \
    --cc=kexec@lists.infradead.org \
    --cc=tindoh@redhat.com \
    --cc=usui@mxm.nes.nec.co.jp \
    /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