[Crash-utility] crash version 4.0-8.10 is available

[Dave Anderson]

- Enhancement for currently-existing "mod -S <directory>" option to
  make it search for the module debuginfo tree in the same specified,
  non-standard, directory tree.  When "mod -S" is used without a
  specified directory argument, the "<module>.ko" object files are 
  searched for in the standard "/lib/modules/<release>" directory 
  tree, and their associated "<module>.ko.debug" are searched for
  in the standard "/usr/lib/debug/lib/modules/<release>" directory
  tree.  Without this patch, "mod -S <directory>" would search the
  specified non-standard directory tree for the kernel's "<module>.ko"
  files, but the associated "<module>.ko.debug" would not be found.
  With the patch, the search for the associated "<module>.ko.debug"
  files will be made in the following order and manner: 

    1. in the same directory containing the "<module>.ko" file.
    2. in the ".debug" subdirectory of the directory containing the 
       "<module>.ko" file.
    3. if the "<module>.ko" file was found in a directory pathname 
       containing the "/lib/modules" component, then the search will be
       made in the assocated "/usr/lib/debug/lib/modules" location. 

  This enhancement will allow an alternate module/module-debuginfo
  directory tree to be set up like so:

    # cd <directory>
    # rpm2cpio kernel-<release>.rpm | cpio -idv
    # rpm2cpio kernel-debuginfo-<release>.rpm | cpio -idv

  Having done that, the currently-existing "mod -S <directory>" 
  option will find both the "<module>.ko" and "<module>.ko.debug" 
  files.  In addition, a new "--mod" command-line option may be used
  to specify the directory tree:

   # crash vmlinux [vmcore] --mod <directory> 

  When the "--mod <directory>" command line option is used, then 
  "mod -S" (without a directory argument) will search that directory 
  tree by default instead of using the standard location.
  (anderson at redhat.com)

- Fix to handle the 2.6.29 replacement of the symbols "cpu_online_map", 
  "cpu_present_map" and "cpu_possible_map" with analogous symbols 
  "cpu_online_mask", "cpu_present_mask" and "cpu_possible_mask". 
  Without this patch, crash would fail during initialization on s390 
  and s390x systems with the error message "crash: cannot resolve 
  cpu_online_map", or with the error message "crash: PPC64: cannot find
  cpu_present_map or cpu_online_map symbols" on ppc64 systems.
  (holzheu at linux.vnet.ibm.com, anderson at redhat.com)

- Added several function prototypes for the SIAL extension module file
  sial.c because of its inability to #include "defs.h".  Without
  the patch, the compiler would presume that several un-prototyped 
  functions would have a return value of int, and therefore would 
  truncate 64-bit return values into 32-bits.  
  (holzheu at linux.vnet.ibm.com)

- If by remote chance the panic task cannot be determined from a ppc64
  kdump vmcore, a segmentation violation would occur during crash 
  session initialization.
  (anderson at redhat.com)

- An additional directory has been added to the currently-existing
  list of directories that the "extend" command searches when the
  extension module file is not expressed with a fully-qualified 
  pathname.  The following directories will be searched in the order
  shown, and the first instance of the file that is found will be 
  selected:

    1. the current working directory
    2. the directory specified in the CRASH_EXTENSIONS shell 
       environment variable
    3. /usr/lib64/crash/extensions (64-bit architectures)
    4. /usr/lib/crash/extensions
    5. ./extensions

  (anderson at redhat.com)

- Fix the "extensions/Makefile" to force a rebuild of extension modules
  when the "defs.h" file is newer than the module source.
  (anderson at redhat.com)

- Added "snap.c" and "snap.mk" files to the extensions directory.  The
  new module contains a "snap" command that creates a kdump or netdump
  dumpfile from a live system.  Currently the x86, x86_64, ppc64 and 
  ia64 architectures are supported.  The snap.so extension module has 
  been added to the crash-extensions-<release>.rpm, which is created
  by the crash-<release>.src.rpm, which installs extension modules 
  in the /usr/lib[64]/crash/extensions directory.
  (anderson at redhat.com)

- Added a set of functions that, for an active task, return a pointer 
  to the associated register set found in an NT_PRSTATUS note in 
  netdump and kdump ELF dumpfiles if one exists.  They are not used by
  the crash source code, but are available to extension modules.
  (sharyath at in.ibm.com)
  
- Use the "crashing_cpu" kernel symbol as a more efficient manner of 
  determining a kdump x86_64 panic task.
  (anderson at redhat.com)

- Fix to handle the replacement of the per-cpu array of x8664_pda data 
  structures with per-cpu variables in 2.6.30.  Without the patch, an
  x86_64 crash session would die during initialization with the error
  message: "crash: invalid structure size: x8664_pda". 
  (anderson at redhat.com, nishimura at mxp.nes.nec.co.jp)

Download from: http://people.redhat.com/anderson