[Crash-utility] [RFI] Support Fujitsu's sadump dump format

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



From: Dave Anderson <anderson@xxxxxxxxxx>
Subject: Re: [Crash-utility] [RFI] Support Fujitsu's sadump dump format
Date: Thu, 30 Jun 2011 09:40:49 -0400 (EDT)

> 
> 
> ----- Original Message -----
> 
> Now I am confused...
> 
> You stated this earlier:
> 
>> What I meant when I used ``similar'' is both literally and
>> logically. The format consists of diskdump header-like header, two
>> kinds of bitmaps used for the same purpose as those in diskump format,
>> and memory data. They can be handled in common with the existing data
>> structure, diskdump_data, non-intrusively, so I hope they are placed
>> in diskdump.c.
> 
> which made it sound like the sadump dumpfile format is already similar
> to the compressed kdump format.
> 
> But this makes it sound like the sadump native-format is unique:
> 
>> >> The first is to translate sadump format into the one crash utility can
>> >> recognize. makedumpfile is the standard tool to do it, and if
>> >> makdumpfile can support sadump format, I think it is the best.
>> >>
>> >> > - It isn't possible to support the same form as kdump-compressed format
>> >> >   now, is it?
>> >>
>> >> I think it's technically possible but practically impossible.  sadump is
>> >> a firmware and it is maintained by firmware team.
> 
> Is this how it would work?:
> 
>  (1) kernel crashes
>  (2) sadump creates a native-format dumpfile 
>  (3) (patched) makedumpfile takes the native-format sadump dumpfile and
>      translates into a format that is similar to a compressed kdump
>  (4) (patched) crash utility reads the translated sadump dumpfile
> 
> Or will the (patched) crash utility be able to read the sadump dumpfile
> in its native form if it is not pre-processed by makedumpfile?
> 
> Dave

Yes, the procedure (1)-(4) you wrote is exactly correct. But in addition,

 (1) kernel crashes
 (2) sadump creates a native-format dumpfile 
+(2.5) (patched) crash utility reads the native-format dumpfile and creates a dump summary.
 (3) (patched) makedumpfile takes the native-format sadump dumpfile and
     translates into a format that is similar to a compressed kdump
 (4) (patched) crash utility reads the translated sadump dumpfile

requires crash utility to be able to recognize sadump dump format
directly.

The dump sammary information is an output of crash utility including
startup information, bt -a, log, mod etc. For this, crash utility can
recognize the dump data.

But if we translates the dump data into vmcore, such as using
makedumpfile, to have crash utility read it, not a little disk space
and time must be consumed since dump size tends to be huge.

On the other hand, translating the data into kdump-compressed format
is better for carrying the data to another place.

And, sorry. the below I wrote earlier is not precisely correct. I need
to have crash utility can recognize the sadump format too. I'm
intending that crash reads the sadump dump format only for a dump
summary.

>> >> The first is to translate sadump format into the one crash utility can
>> >> recognize. makedumpfile is the standard tool to do it, and if
>> >> makdumpfile can support sadump format, I think it is the best.

Thanks.
HATAYAMA, Daisuke




[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux