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

[Dave Anderson]

Note that this is essentially two releases; the 4.0-5.0 release
was an interim snapshot used for Red Hat errata releases.

It should also be noted another release should be forthcoming to
address the data structure changes introduced by the x86/x86_64
merger work done in the 2.6.25 kernel.

4.0-5.1:

- Update "ps -l" to use task_struct.sched_info.last_arrival value
   on 2.6.23 and later kernels that don't have a task_struct.last_ran
   member.  Without the patch, the option would fail with the error
   message: "ps: neither task_struct.last_run nor task_struct.timestamp
   exist in this kernel".  (anderson at redhat.com)

- Fix for potential initialization-time failure when running against
   2.4-era x86 netdump dumpfiles if the ebp and esp contents in the
   ELF header's NT_PRSTATUS register dump do not contain a vestige of
   the panic task's kernel stack address.  Without the patch, there may
   be one or more warning messages complaining about tasks not being in
   the PID hash, followed by a fatal error message: "crash: invalid
   kernel virtual address: <bad-address>  type: 32-bit KVADDR", where
   the <bad-address> can be any bogus kernel virtual address.
   (anderson at redhat.com)

- Fix to make the unused do_radix_tree() function work as advertised.
   atyson at hp.com)

- Added zlib-devel to the crash-devel package-dependency Requires line
   in the crash.spec file.  (anderson at redhat.com)

4.0-5.0:

- Tentatively scheduled as the baseline version for RHEL4.7 and RHEL5.2
   crash utility errata releases; also built in Fedora Rawhide:

     4.0-5.0.0 - RHEL4.7 errata version
     4.0-5.0.2 - RHEL5.2 errata version
     4.0-5.0.3 - Fedora Rawhide (devel branch)

- Fix for a potential segmentation violation during crash session
   initialization if a task's kernel stack has been completely overrun,
   corrupting its thread_info structure at the bottom of the stack.
   This could occur running against kernels from 2.6.8 through 2.6.18.
   With the patch, the suspect task will be reported during the task
   initialization sequence.  (anderson at redhat.com)

- Fix for the "bt" command when run on xen x86 dom0 dumpfiles, which
   may potentially show empty backtraces for one or more active tasks.
  (oomichi at mxs.nes.nec.co.jp)

- Initial support for OpenVZ kernels.  (kshileev at sw.ru)


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