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