public inbox for kexec@lists.infradead.org
 help / color / mirror / Atom feed
* 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