summaryrefslogtreecommitdiff
path: root/REPORTING-BUGS
diff options
context:
space:
mode:
authorDave Hansen <dave@linux.vnet.ibm.com>2011-09-20 15:19:38 -0700
committerGreg Kroah-Hartman <gregkh@suse.de>2011-10-03 11:40:38 -0700
commita19dcc747653657eeea06b417d8e4593f8f44536 (patch)
treef881b3b51b42e899dbfc93d3e8712db8bc4b8a90 /REPORTING-BUGS
parent2826eac8b4cf7b948eb41cdc77d67dbf84aced82 (diff)
downloadlwn-a19dcc747653657eeea06b417d8e4593f8f44536.tar.gz
lwn-a19dcc747653657eeea06b417d8e4593f8f44536.zip
make /proc/$pid/numa_maps gather_stats() take variable page size
commit eb4866d0066ffd5446751c102d64feb3318d8bd1 upstream. We need to teach the numa_maps code about transparent huge pages. The first step is to teach gather_stats() that the pte it is dealing with might represent more than one page. Note that will we use this in a moment for transparent huge pages since they have use a single pmd_t which _acts_ as a "surrogate" for a bunch of smaller pte_t's. I'm a _bit_ unhappy that this interface counts in hugetlbfs page sizes for hugetlbfs pages and PAGE_SIZE for normal pages. That means that to figure out how many _bytes_ "dirty=1" means, you must first know the hugetlbfs page size. That's easier said than done especially if you don't have visibility in to the mount. But, that's probably a discussion for another day especially since it would change behavior to fix it. But, just in case anyone wonders why this patch only passes a '1' in the hugetlb case... Signed-off-by: Dave Hansen <dave@linux.vnet.ibm.com> Acked-by: Hugh Dickins <hughd@google.com> Acked-by: David Rientjes <rientjes@google.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'REPORTING-BUGS')
0 files changed, 0 insertions, 0 deletions