Hi Dave, At 01/13/2018 04:56 AM, Dave Anderson wrote:
Hi Dou, This v2 version tests OK on my sample set of dumpfiles. I didn't get a chance to fully review the patchset, and I will be out of the office until next Tuesday. I'll try to review the patches then.
Thank you for telling me that. I also test this patchset with *sadump* file with my colleagues. it is OK too. And I am trying to make the 5-level page tables support for Xen. Thanks, dou.
Thanks very much, Dave ----- Original Message -----Changelog: V1-->V2: -Fix the backwards compatibility issues suggested by Dave -Test with "mod","kmem -f","vm -p" command again. I found Dave had alread done the first phase of future support for x86_64 5-level page tables(commit 307e7f35f510). when I asked him about the state of this work, he gave me a more detailed answer and suggestion. I follow his advice, and do the following job. 1. Refine the original logical: 1) Create some new common function for getting the offset of page table 2) Repace the PML4 and UPML with the common PGD: machdep->machspec->pml4/upml ==> machdep->pdg 3) Using the PUD in x86_64 2. Add 5-level page tables support for x86_64_k/uvtop() This patchset is the second phase of the work, As Dave said, we need to be a manner of determining very early on whether the kernel page tables are using 5-level and whether each user-space task is using 4- or 5-level page tables. These will be done after this phase. About test work: I have tested this patchset with 4-level and 5-level paging table. sadump are not be tested. Dou Liyang (6): defs.h: Fix the PHYSICAL_PAGE_MASK macro x86_64: Extract public page table mapping code x86_64: Unify the page table parsing for 4-level mode x86_64.c: Add the VMEMMAP support for 5 level page table x86_64: Add 5-level paging support for x86_64_k/uvtop() x86_64: Fix the misusage of PGDIR_SHIFT defs.h | 58 ++--- sadump.c | 7 +- x86_64.c | 732 ++++++++++++++++++++++++++++++++------------------------------- 3 files changed, 399 insertions(+), 398 deletions(-) -- 2.14.3
-- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/crash-utility
