[Crash-utility] [PATCH] Fix a typo for getting the offset "page.index" ( crash version 4.0-4.9 is availlable)
Ken'ichi Ohmichi wrote:
Hi Dave,
Dave Anderson wrote:
- Fix for the "kmem -p" command in kernels configured with
CONFIG_SPARSEMEM, i.e., not CONFIG_SPARSEMEM_EXTREME. Without
the patch, the page structure address for each physical page
was erroneous. (oomichi@mxs.nes.nec.co.jp)
- Fix for "kmem -p" on i386 CONFIG_SPARSEMEM kernels with greater than
4GB of memory. Without the patch, the physical address value wraps
back to zero after physical page ffff0000.
(oomichi@mxs.nes.nec.co.jp)
Thank you for merging my patches.
I tested the latest crash utility (crash-4.0-4.9), and I found a problem
that "kmem -p" fails like the following:
[/usr/bin/crash] error trace: 80a0a75 => 80a3020 => 80a1e25 => 8136ce7
PAGE PHYSICAL MAPPING INDEX CNT FLAGS
/usr/bin/nm: /usr/bin/crash: no symbols
/usr/bin/nm: /usr/bin/crash: no symbols
/usr/bin/nm: /usr/bin/crash: no symbols
/usr/bin/nm: /usr/bin/crash: no symbols
WARNING: Because this kernel was compiled with gcc version 4.1.2, certain
commands or command options may fail unless crash is invoked with
the "--readnow" command line option.
To solve it, this patch fixes a typo for getting the offset "page.index".
Damn. I introduced this bug when adding the page.index anonymous
member calculation to avoid the "dashing-out" of the mapping
and index values. This regression warrants an immediate
fix -- I'll post an updated 4.0-4.10 today.