From: Mahesh Jagannath Salgaonkar <mahesh@linux.vnet.ibm.com>
To: Ken'ichi Ohmichi <oomichi@mxs.nes.nec.co.jp>
Cc: Dave Anderson <anderson@redhat.com>,
Reinhard <BUENDGEN@de.ibm.com>,
kexec@lists.infradead.org,
Ananth N Mavinakayanahalli <ananth@in.ibm.com>,
V Srivatsa <vsrivatsa@in.ibm.com>
Subject: Re: [PATCH v2 7/8] makedumpfile: Add erased information in compressed kdump file
Date: Thu, 18 Aug 2011 13:44:12 +0530 [thread overview]
Message-ID: <4E4CC9D4.7040306@linux.vnet.ibm.com> (raw)
In-Reply-To: <20110812171013.7545b3df.oomichi@mxs.nes.nec.co.jp>
Hi Ken'ichi,
On 08/12/2011 01:40 PM, Ken'ichi Ohmichi wrote:
>
> Hi Mahesh,
>
> On Wed, 18 May 2011 01:36:17 +0530
> Mahesh J Salgaonkar <mahesh@linux.vnet.ibm.com> wrote:
>> --- a/makedumpfile.c
>> +++ b/makedumpfile.c
>> @@ -29,6 +29,8 @@ struct DumpInfo *info = NULL;
>> struct module_sym_table mod_st = { 0 };
>> struct filter_info *filter_info = NULL;
>> struct filter_config filter_config;
>> +struct erase_info *erase_info = NULL;
>> +unsigned long num_erase_info = 1; /* Node 0 is unused. */
>
> I cannot understand erase_info[0] is unused.
I did this to avoid the explicit need of initializing erase_info_idx
member from struct config_entry and struct filter_info with some other
invalid value, instead I thought I will use '0' as invalid index.
Do you think I should change this patch to use '-1' as invalid index?
>
>
>> @@ -6000,10 +6007,17 @@ write_kdump_header(void)
>> kh.size_vmcoreinfo = info->size_vmcoreinfo;
>> }
>> }
>> - if (!write_buffer(info->fd_dumpfile, dh->block_size, &kh,
>> - size, info->name_dumpfile))
>> - goto out;
>> + /*
>> + * While writing dump data to STDOUT, delay the writing of sub header
>> + * untill we gather erase info offset and size.
>> + */
>> + if (!info->flag_flatten) {
>> + if (!write_buffer(info->fd_dumpfile, dh->block_size, &kh,
>> + size, info->name_dumpfile))
>> + goto out;
>> + }
>
> Does makedumpfile work wrong if removing the above change ?
>
Hmm.. while implementing this patch I thought we may run into issues if
we write sub_header data twice for flattened case. But it seems the '-R'
option rearranges the data properly.
I agree that we dont need above change. Thanks for catching this.
Thanks,
-Mahesh.
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2011-08-18 8:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-17 20:06 [PATCH v2 7/8] makedumpfile: Add erased information in compressed kdump file Mahesh J Salgaonkar
2011-08-12 8:10 ` Ken'ichi Ohmichi
2011-08-18 8:14 ` Mahesh Jagannath Salgaonkar [this message]
2011-08-19 5:39 ` Ken'ichi Ohmichi
2011-08-16 1:00 ` Ken'ichi Ohmichi
2011-08-16 10:16 ` Mahesh Jagannath Salgaonkar
2011-08-19 6:16 ` Ken'ichi Ohmichi
2011-08-22 11:57 ` Mahesh J Salgaonkar
2011-09-06 15:44 ` Mahesh J Salgaonkar
2011-09-07 6:59 ` Ken'ichi Ohmichi
2011-09-12 18:24 ` makedumpfile: Add erased information in compressed kdump file and ELF formatted dumpfile Dave Anderson
2011-09-13 11:16 ` Mahesh Jagannath Salgaonkar
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=4E4CC9D4.7040306@linux.vnet.ibm.com \
--to=mahesh@linux.vnet.ibm.com \
--cc=BUENDGEN@de.ibm.com \
--cc=ananth@in.ibm.com \
--cc=anderson@redhat.com \
--cc=kexec@lists.infradead.org \
--cc=oomichi@mxs.nes.nec.co.jp \
--cc=vsrivatsa@in.ibm.com \
/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 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.