- Fix for the "kmem -n" command to handle the 2.6.24 kernel replacement of the "node_online_map" nodemask with its appropriate entry in the new "node_states[]" nodemask array. Without the patch, the per-node zone data would not be displayed, and any commands depending upon the node table data would be affected. (anderson@xxxxxxxxxx) - Fix for "kmem -p" on 2.6.24 x86_64 kernels that are configured with CONFIG_SPARSEMEM_VMEMMAP, which use a virtually-mapped page struct array. Without the patch, the virtual-to-physical translation of each page structure was invalid, and "kmem -p" would display invalid data. This would also affect other commands as well, such as the output of "kmem -i", and the output of a "vtop" command on a mapped page address. Also, the virtual base address of the region is now displayed by the "mach" command. (oomichi@xxxxxxxxxxxxxxxxx, anderson@xxxxxxxxxx) - Fix for the "dev" command's character device name string output to recognize the change of the name structure member from a pointer to an embedded string. Without the patch, 2.6.16 and later kernels would display "(unknown)" character device names. (olivier.daudel@xxxxxxxxxxxx, anderson@xxxxxxxxxx) - Fix for the "kmem -[sS]" command to handle the 2.6.24 change to the CONFIG_SLUB kmem_cache structure, which re-worked the manner in which the per-cpu slabs get referenced. Without the patch, the command would fail with several error messages of the type: "kmem: page_to_nid: invalid page: ffff81003993f4b0". (anderson@xxxxxxxxxx) - Fix for the "kmem -[fF]" command to handle the 2.6.24 kernel change of the free_area struct, which replaced the singular linked list of pages with 5 (MIGRATE_TYPES) linked lists. Without the patch, the command would fail with the error message: "kmem: unrecognized free_area struct size: 88". (anderson@xxxxxxxxxx) - Fix for the "runq" command to handle the 2.6.24 kernel change to the CFS scheduler that introduced per-cpu init_cfs_rq structures for task group scheduling. Without the patch, no queued tasks were displayed, because the rb_root of queued tasks was being taken from the embedded cfs_rq in each per-cpu runqueue. (anderson@xxxxxxxxxx) Download from: http://people.redhat.com/anderson -- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/crash-utility
