diff options
author | Michael Holzheu <holzheu@linux.vnet.ibm.com> | 2016-02-02 16:57:26 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2016-02-03 08:28:43 -0800 |
commit | 5c2ff95e41c9290d16556cd02e35b25d81be8fe0 (patch) | |
tree | b2839537e7b850417f51c318503a504818f9b56d /Documentation/logo.gif | |
parent | 0bb181c7ddc0340ef8d4a3b082b1f1bc7ae21636 (diff) | |
download | linux-5c2ff95e41c9290d16556cd02e35b25d81be8fe0.tar.gz linux-5c2ff95e41c9290d16556cd02e35b25d81be8fe0.tar.bz2 linux-5c2ff95e41c9290d16556cd02e35b25d81be8fe0.zip |
numa: fix /proc/<pid>/numa_maps for hugetlbfs on s390
When working with hugetlbfs ptes (which are actually pmds) is not valid to
directly use pte functions like pte_present() because the hardware bit
layout of pmds and ptes can be different. This is the case on s390.
Therefore we have to convert the hugetlbfs ptes first into a valid pte
encoding with huge_ptep_get().
Currently the /proc/<pid>/numa_maps code uses hugetlbfs ptes without
huge_ptep_get(). On s390 this leads to the following two problems:
1) The pte_present() function returns false (instead of true) for
PROT_NONE hugetlb ptes. Therefore PROT_NONE vmas are missing
completely in the "numa_maps" output.
2) The pte_dirty() function always returns false for all hugetlb ptes.
Therefore these pages are reported as "mapped=xxx" instead of
"dirty=xxx".
Therefore use huge_ptep_get() to correctly convert the hugetlb ptes.
Signed-off-by: Michael Holzheu <holzheu@linux.vnet.ibm.com>
Reviewed-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>
Cc: <stable@vger.kernel.org> [4.3+]
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'Documentation/logo.gif')
0 files changed, 0 insertions, 0 deletions