Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-29 Thread Catalin Marinas
On Mon, Nov 28, 2016 at 01:39:49PM -0800, Dave Hansen wrote: > On 11/28/2016 01:07 PM, Vlastimil Babka wrote: > > On 11/28/2016 05:52 PM, Dave Hansen wrote: > >> On 11/24/2016 06:22 AM, Vlastimil Babka wrote: > >>> On 11/17/2016 01:28 AM, Dave Hansen wrote: > @@ -702,11 +707,13 @@ static int

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-29 Thread Catalin Marinas
On Mon, Nov 28, 2016 at 01:39:49PM -0800, Dave Hansen wrote: > On 11/28/2016 01:07 PM, Vlastimil Babka wrote: > > On 11/28/2016 05:52 PM, Dave Hansen wrote: > >> On 11/24/2016 06:22 AM, Vlastimil Babka wrote: > >>> On 11/17/2016 01:28 AM, Dave Hansen wrote: > @@ -702,11 +707,13 @@ static int

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-29 Thread Vlastimil Babka
On 11/28/2016 10:39 PM, Dave Hansen wrote: > ... cc'ing the arm64 maintainers > > On 11/28/2016 01:07 PM, Vlastimil Babka wrote: >> On 11/28/2016 05:52 PM, Dave Hansen wrote: >>> On 11/24/2016 06:22 AM, Vlastimil Babka wrote: On 11/17/2016 01:28 AM, Dave Hansen wrote: > @@ -702,11

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-29 Thread Vlastimil Babka
On 11/28/2016 10:39 PM, Dave Hansen wrote: > ... cc'ing the arm64 maintainers > > On 11/28/2016 01:07 PM, Vlastimil Babka wrote: >> On 11/28/2016 05:52 PM, Dave Hansen wrote: >>> On 11/24/2016 06:22 AM, Vlastimil Babka wrote: On 11/17/2016 01:28 AM, Dave Hansen wrote: > @@ -702,11

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Dave Hansen
... cc'ing the arm64 maintainers On 11/28/2016 01:07 PM, Vlastimil Babka wrote: > On 11/28/2016 05:52 PM, Dave Hansen wrote: >> On 11/24/2016 06:22 AM, Vlastimil Babka wrote: >>> On 11/17/2016 01:28 AM, Dave Hansen wrote: @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Dave Hansen
... cc'ing the arm64 maintainers On 11/28/2016 01:07 PM, Vlastimil Babka wrote: > On 11/28/2016 05:52 PM, Dave Hansen wrote: >> On 11/24/2016 06:22 AM, Vlastimil Babka wrote: >>> On 11/17/2016 01:28 AM, Dave Hansen wrote: @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Vlastimil Babka
On 11/28/2016 05:52 PM, Dave Hansen wrote: > On 11/24/2016 06:22 AM, Vlastimil Babka wrote: >> On 11/17/2016 01:28 AM, Dave Hansen wrote: >>> @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt >>> } >>> if (page) { >>> int mapcount = page_mapcount(page); >>> +

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Vlastimil Babka
On 11/28/2016 05:52 PM, Dave Hansen wrote: > On 11/24/2016 06:22 AM, Vlastimil Babka wrote: >> On 11/17/2016 01:28 AM, Dave Hansen wrote: >>> @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt >>> } >>> if (page) { >>> int mapcount = page_mapcount(page); >>> +

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Dave Hansen
On 11/24/2016 08:00 PM, Anshuman Khandual wrote: ... >> The current mechanisms work fine when we have one or two page sizes. >> But, they start to get a bit muddled when we mix page sizes inside >> one VMA. For instance, the DAX folks were proposing adding a set of >> fields like: > > So DAX is

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Dave Hansen
On 11/24/2016 08:00 PM, Anshuman Khandual wrote: ... >> The current mechanisms work fine when we have one or two page sizes. >> But, they start to get a bit muddled when we mix page sizes inside >> one VMA. For instance, the DAX folks were proposing adding a set of >> fields like: > > So DAX is

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Dave Hansen
On 11/24/2016 06:22 AM, Vlastimil Babka wrote: > On 11/17/2016 01:28 AM, Dave Hansen wrote: >> @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt >> } >> if (page) { >> int mapcount = page_mapcount(page); >> +unsigned long hpage_size =

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-28 Thread Dave Hansen
On 11/24/2016 06:22 AM, Vlastimil Babka wrote: > On 11/17/2016 01:28 AM, Dave Hansen wrote: >> @@ -702,11 +707,13 @@ static int smaps_hugetlb_range(pte_t *pt >> } >> if (page) { >> int mapcount = page_mapcount(page); >> +unsigned long hpage_size =

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-24 Thread Anshuman Khandual
On 11/17/2016 05:58 AM, Dave Hansen wrote: > Changes from v1: > * Do one 'Pte' line per pte size instead of mashing on one line > * Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops > * Wrote some Documentation/ > > -- > > /proc/$pid/smaps has a number of fields that are intended to imply

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-24 Thread Anshuman Khandual
On 11/17/2016 05:58 AM, Dave Hansen wrote: > Changes from v1: > * Do one 'Pte' line per pte size instead of mashing on one line > * Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops > * Wrote some Documentation/ > > -- > > /proc/$pid/smaps has a number of fields that are intended to imply

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-24 Thread Vlastimil Babka
On 11/17/2016 01:28 AM, Dave Hansen wrote: Changes from v1: * Do one 'Pte' line per pte size instead of mashing on one line * Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops * Wrote some Documentation/ -- /proc/$pid/smaps has a number of fields that are intended to imply the kinds of

Re: [PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-24 Thread Vlastimil Babka
On 11/17/2016 01:28 AM, Dave Hansen wrote: Changes from v1: * Do one 'Pte' line per pte size instead of mashing on one line * Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops * Wrote some Documentation/ -- /proc/$pid/smaps has a number of fields that are intended to imply the kinds of

[PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-16 Thread Dave Hansen
Changes from v1: * Do one 'Pte' line per pte size instead of mashing on one line * Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops * Wrote some Documentation/ -- /proc/$pid/smaps has a number of fields that are intended to imply the kinds of PTEs used to map memory. "AnonHugePages"

[PATCH] proc: mm: export PTE sizes directly in smaps (v2)

2016-11-16 Thread Dave Hansen
Changes from v1: * Do one 'Pte' line per pte size instead of mashing on one line * Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops * Wrote some Documentation/ -- /proc/$pid/smaps has a number of fields that are intended to imply the kinds of PTEs used to map memory. "AnonHugePages"