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

- Fix to address 2.6.18 and later Fedora 2.6.17-based kernel data structure name change from "runqueue" to "rq". This would cause crash to fail during initialization with a "crash: cannot determine idle task addresses from init_tasks[] or runqueues[]" message, followed by a red herring message: "crash: cannot resolve init_task_union". (haren(a)us.ibm.com) - Added 4-level pagetable support for ia64. Since this is based upon whether the kernel was built with CONFIG_PGTABLE_4, the determination of whether the crash utility uses 4-level page tables is based upon one of two possibilities: the "automatic" manner depends upon the kernel also being configured with CONFIG_IKCONFIG; otherwise it will require the commmand line option "--machdep vm=4l". (troy.heber(a)hp.com) - Leveraging Troy Heber's addition of code to dig out and uncompress in-kernel CONFIG_IKCONFIG data, a new "sys config" command option has been added, which dumps all of the kernel configuration data. (anderson(a)redhat.com, troy.heber(a)hp.com) - Also leveraging the new CONFIG_IKCONFIG data access, the value of HZ can now be absolutely determined by reading CONFIG_HZ. If the config data is not available, then the current use of the HZ #define will be replaced by the use of sysconf(_SC_CLK_TCK) to account for the upcoming removal of HZ from glibc header files. (anderson(a)redhat.com, olh(a)suse.de) - Added a new "--cpus " command line option to work around any situations where the number of cpus cannot be correctly determined. This is unlikely to ever be needed, but it was necessary for an ia64 kdexec/kdump development kernel issue that has been addressed. However it's been left in place as a work around in case the same thing occurs due to some other circumstance. (anderson(a)redhat.com) Download from: http://people.redhat.com/anderson