[Crash-utility] [PATCH] fix for ppc64 virtual-to-physical translation w/64K pages

Dave Anderson anderson at redhat.com
Tue Nov 13 16:52:07 UTC 2007


A recent patch to the the upstream 2.6.23 kernel, and RHEL5
kernels from 2.6.18-40.el5 and beyond, changes the ppc64
PTE_RPN_SHIFT in pgtable-64k.h from 32 to 30 bits.  This
in turn causes the crash utility's virtual-to-physical address
translation of kernel vmalloc() and user-space virtual addresses
to fail on ppc64 kernels configured with 64K pages.  During
crash session initialization, this warning message is displayed:

  WARNING: cannot access vmalloc'd module memory

The same message will appear if the "mod" command is subsequently
attempted.

Translations and reads of vmalloc'd kernel virtual addresses and
user virtual addresses will appear to work, but bogus data will
be returned because the resultant physical address that is read
is incorrect.

The attached patch recognizes whether this patch has been applied
and adjusts the PTE shift value accordingly.  There's also some
additional "help -m" output for the machine-specific data that
was missing from the display.

The patch tests OK, and I don't believe any other vtop-related
changes are required, but given that the ppc64.c was contributed
by IBM, can I get an ACK from the IBM brain-trust out there?

Thanks,
   Dave


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ppc64.patch
URL: <http://listman.redhat.com/archives/crash-utility/attachments/20071113/5a6e63e8/attachment.ksh>


More information about the Crash-utility mailing list