* Re: Fwd: Re: makedumpfile security key enhancement using SIAL [not found] <4F6870DD.6060102@linux.vnet.ibm.com> @ 2012-03-21 6:43 ` Atsushi Kumagai 2012-03-22 17:26 ` Aravinda Prasad 0 siblings, 1 reply; 4+ messages in thread From: Atsushi Kumagai @ 2012-03-21 6:43 UTC (permalink / raw) To: aravinda; +Cc: ananth, mahesh, kexec, tachibana, lucchouina, anderson Hello Aravinda, I have two questions, could you answer me ? First, what problems do you have about the current format of makedumpfile.conf ? Second, what benefits do you expect from using SIAL ? I can't imagine specific benefits with using SIAL now. By the way, could you add kexec-ML to CC field from next time ? kexec mailing list: kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec Thanks Atsushi Kumagai On Tue, 20 Mar 2012 17:28:21 +0530 Aravinda Prasad <aravinda@linux.vnet.ibm.com> wrote: > Hi Luc, > > We are looking for utilising SIAL as a language construct for the > makedumpfile kernel data filtering from vmcore feature. The details of > which are in the mail forward. > > The proposed enhancement will require libsial.a and as SIAL is not > currently built/shipped, we are looking for possibilities on how > libsial.a can be made available to makedumpfile. Please let us know your > opinion on the same. > > Regards, > Aravinda > > > -------- Original Message -------- > Subject: Re: makedumpfile security key enhancement using SIAL > Date: Tue, 13 Mar 2012 10:27:43 -0400 (EDT) > From: Dave Anderson <anderson@redhat.com> > To: Aravinda Prasad <aravinda@linux.vnet.ibm.com> > CC: Atsushi Kumagai <kumagai-atsushi@mxc.nes.nec.co.jp>, Masaki > Tachibana <tachibana@mxm.nes.nec.co.jp>, Ananth N > Mavinakayanahalli <ananth@in.ibm.com>, Mahesh J Salgaonkar > <mahesh@linux.vnet.ibm.com> > > > > ----- Original Message ----- > > Hi Dave, > > > > Last year, we worked on the makedumpfile security key filtering where we > > added support to filter out kernel data from vmcore. This year, we are > > working on enhancing the framework to provide more flexibility for the > > customers to specify rules to traverse and filter out kernel data - for > > which we are planning to use SIAL. > > > > We are looking into using SIAL as language construct to specify > > rules/commands to erase data in the image file. The makedumpfile would > > interpret the rules provided in SIAL macro using SIAL library (which > > could be dynamically loaded) and erase out suitable data in the vmcore. > > We are planning to reuse SIAL as it provides a C language like > > construct, which is flexible and powerful enough to specify rules to > > erase data in vmcore. > > > > As SIAL is not built and shipped along with crash, we are looking for > > possibilities on how SIAL can be leveraged by makedumpfile and would > > like to know your opinion. > > Sorry but I cannot give you any help with SIAL. Luc Chouinard is the > maintainer of the SIAL extension module adaptation for the crash utility, > and he can answer your questions w/respect to adapting it for makedumpfile. > And ultimately, that's a question for the makedumpfile maintainers. > > Dave _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Fwd: Re: makedumpfile security key enhancement using SIAL 2012-03-21 6:43 ` Fwd: Re: makedumpfile security key enhancement using SIAL Atsushi Kumagai @ 2012-03-22 17:26 ` Aravinda Prasad 2012-03-30 3:02 ` Atsushi Kumagai 0 siblings, 1 reply; 4+ messages in thread From: Aravinda Prasad @ 2012-03-22 17:26 UTC (permalink / raw) To: Atsushi Kumagai; +Cc: ananth, mahesh, kexec, tachibana, lucchouina, anderson On Wednesday 21 March 2012 12:13 PM, Atsushi Kumagai wrote: > Hello Aravinda, > > I have two questions, could you answer me ? > > First, what problems do you have about the current format of makedumpfile.conf ? Even though makedumpfile.conf is capable of filtering out data from the vmocore, it is not possible to specify and erase complex data-structures. For example it is not possible to traverse a nested list or a tree and then erase a particular node based on some conditions. Extending makedumpfile.conf to support these would require implementing a lot of language constructs. But we can reuse SIAL instead of extending makedumpfile.conf. > Second, what benefits do you expect from using SIAL ? I can't imagine > specific benefits with using SIAL now. SIAL can be used as a language construct to specify rules/commands to erase data in the image file. The makedumpfile would interpret the rules/commands provided by SIAL macros with the help of SIAL library and would suitably erase the required data in the dump file. As SIAL provides a lot of language constructs like conditional statements, logical and arithmetic operators, nested loops, functions etc, it would be possible to traverse nested lists and trees and conditionally erase data in the dump file, enabling users to literally erase any data in the dump file. > > By the way, could you add kexec-ML to CC field from next time ? Included. > > kexec mailing list: > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > > > Thanks > Atsushi Kumagai > > > On Tue, 20 Mar 2012 17:28:21 +0530 > Aravinda Prasad<aravinda@linux.vnet.ibm.com> wrote: > >> Hi Luc, >> >> We are looking for utilising SIAL as a language construct for the >> makedumpfile kernel data filtering from vmcore feature. The details of >> which are in the mail forward. >> >> The proposed enhancement will require libsial.a and as SIAL is not >> currently built/shipped, we are looking for possibilities on how >> libsial.a can be made available to makedumpfile. Please let us know your >> opinion on the same. >> >> Regards, >> Aravinda >> >> >> -------- Original Message -------- >> Subject: Re: makedumpfile security key enhancement using SIAL >> Date: Tue, 13 Mar 2012 10:27:43 -0400 (EDT) >> From: Dave Anderson<anderson@redhat.com> >> To: Aravinda Prasad<aravinda@linux.vnet.ibm.com> >> CC: Atsushi Kumagai<kumagai-atsushi@mxc.nes.nec.co.jp>, Masaki >> Tachibana<tachibana@mxm.nes.nec.co.jp>, Ananth N >> Mavinakayanahalli<ananth@in.ibm.com>, Mahesh J Salgaonkar >> <mahesh@linux.vnet.ibm.com> >> >> >> >> ----- Original Message ----- >>> Hi Dave, >>> >>> Last year, we worked on the makedumpfile security key filtering where we >>> added support to filter out kernel data from vmcore. This year, we are >>> working on enhancing the framework to provide more flexibility for the >>> customers to specify rules to traverse and filter out kernel data - for >>> which we are planning to use SIAL. >>> >>> We are looking into using SIAL as language construct to specify >>> rules/commands to erase data in the image file. The makedumpfile would >>> interpret the rules provided in SIAL macro using SIAL library (which >>> could be dynamically loaded) and erase out suitable data in the vmcore. >>> We are planning to reuse SIAL as it provides a C language like >>> construct, which is flexible and powerful enough to specify rules to >>> erase data in vmcore. >>> >>> As SIAL is not built and shipped along with crash, we are looking for >>> possibilities on how SIAL can be leveraged by makedumpfile and would >>> like to know your opinion. >> >> Sorry but I cannot give you any help with SIAL. Luc Chouinard is the >> maintainer of the SIAL extension module adaptation for the crash utility, >> and he can answer your questions w/respect to adapting it for makedumpfile. >> And ultimately, that's a question for the makedumpfile maintainers. >> >> Dave > > _______________________________________________ > kexec mailing list > kexec@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/kexec > Regards, Aravinda _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Fwd: Re: makedumpfile security key enhancement using SIAL 2012-03-22 17:26 ` Aravinda Prasad @ 2012-03-30 3:02 ` Atsushi Kumagai 2012-04-03 11:33 ` Aravinda Prasad 0 siblings, 1 reply; 4+ messages in thread From: Atsushi Kumagai @ 2012-03-30 3:02 UTC (permalink / raw) To: aravinda; +Cc: ananth, mahesh, kexec, tachibana, lucchouina, anderson Hello Aravinda, On Thu, 22 Mar 2012 22:56:30 +0530 Aravinda Prasad <aravinda@linux.vnet.ibm.com> wrote: > On Wednesday 21 March 2012 12:13 PM, Atsushi Kumagai wrote: > > Hello Aravinda, > > > > I have two questions, could you answer me ? > > > > First, what problems do you have about the current format of makedumpfile.conf ? > > Even though makedumpfile.conf is capable of filtering out data from the > vmocore, it is not possible to specify and erase complex > data-structures. For example it is not possible to traverse a nested > list or a tree and then erase a particular node based on some > conditions. Extending makedumpfile.conf to support these would require > implementing a lot of language constructs. But we can reuse SIAL > instead of extending makedumpfile.conf. > > > Second, what benefits do you expect from using SIAL ? I can't imagine > > specific benefits with using SIAL now. > > SIAL can be used as a language construct to specify rules/commands to > erase data in the image file. The makedumpfile would interpret the > rules/commands provided by SIAL macros with the help of SIAL library > and would suitably erase the required data in the dump file. As SIAL > provides a lot of language constructs like conditional statements, > logical and arithmetic operators, nested loops, functions etc, it would > be possible to traverse nested lists and trees and conditionally erase > data in the dump file, enabling users to literally erase any data in > the dump file. Thank you for your explanation. It seems good to specify rules with SIAL. If makedumpfile uses SIAL library, I will discard the current format of makedumpfile.conf to reduce the size of source code. What do you think about it ? Thanks Atsushi Kumagai _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Fwd: Re: makedumpfile security key enhancement using SIAL 2012-03-30 3:02 ` Atsushi Kumagai @ 2012-04-03 11:33 ` Aravinda Prasad 0 siblings, 0 replies; 4+ messages in thread From: Aravinda Prasad @ 2012-04-03 11:33 UTC (permalink / raw) To: Atsushi Kumagai Cc: ananth, mahesh, kexec, tachibana, lucchouina, anderson, Reinhard Buendgen Hello Kumagai-san, On Friday 30 March 2012 08:32 AM, Atsushi Kumagai wrote: > Hello Aravinda, > > On Thu, 22 Mar 2012 22:56:30 +0530 > Aravinda Prasad<aravinda@linux.vnet.ibm.com> wrote: > >> On Wednesday 21 March 2012 12:13 PM, Atsushi Kumagai wrote: >>> Hello Aravinda, >>> >>> I have two questions, could you answer me ? >>> >>> First, what problems do you have about the current format of makedumpfile.conf ? >> >> Even though makedumpfile.conf is capable of filtering out data from the >> vmocore, it is not possible to specify and erase complex >> data-structures. For example it is not possible to traverse a nested >> list or a tree and then erase a particular node based on some >> conditions. Extending makedumpfile.conf to support these would require >> implementing a lot of language constructs. But we can reuse SIAL >> instead of extending makedumpfile.conf. >> >>> Second, what benefits do you expect from using SIAL ? I can't imagine >>> specific benefits with using SIAL now. >> >> SIAL can be used as a language construct to specify rules/commands to >> erase data in the image file. The makedumpfile would interpret the >> rules/commands provided by SIAL macros with the help of SIAL library >> and would suitably erase the required data in the dump file. As SIAL >> provides a lot of language constructs like conditional statements, >> logical and arithmetic operators, nested loops, functions etc, it would >> be possible to traverse nested lists and trees and conditionally erase >> data in the dump file, enabling users to literally erase any data in >> the dump file. > > Thank you for your explanation. > It seems good to specify rules with SIAL. > > If makedumpfile uses SIAL library, I will discard the current format of > makedumpfile.conf to reduce the size of source code. > What do you think about it ? > I will come up with a prototype for integrating SIAL with makedumpfile and then we can discuss whether to discard the existing makedumpfile.conf format or not. Because the planned makedumpfile enhancement with SIAL could use some infrastructure provided by existing implementation like code to erase data in dump file and also the makedumpfile.conf file can be used to specify SIAL macros. Regards, Aravinda > > Thanks > Atsushi Kumagai > _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-04-03 11:34 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <4F6870DD.6060102@linux.vnet.ibm.com>
2012-03-21 6:43 ` Fwd: Re: makedumpfile security key enhancement using SIAL Atsushi Kumagai
2012-03-22 17:26 ` Aravinda Prasad
2012-03-30 3:02 ` Atsushi Kumagai
2012-04-03 11:33 ` Aravinda Prasad
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox