sparc64: Encode huge PMDs using PTE encoding.
authorDavid S. Miller <davem@davemloft.net>
Thu, 26 Sep 2013 20:45:15 +0000 (13:45 -0700)
committerDavid S. Miller <davem@davemloft.net>
Wed, 13 Nov 2013 20:33:08 +0000 (12:33 -0800)
commita7b9403f0e6d5f99139dca18be885819c8d380a1
tree3e88ddc9250a1408eefc48a20a8fb445e19fcaa3
parent2b77933c28f5044629bb19e8045aae65b72b939d
sparc64: Encode huge PMDs using PTE encoding.

Now that we have 64-bits for PMDs we can stop using special encodings
for the huge PMD values, and just put real PTEs in there.

We allocate a _PAGE_PMD_HUGE bit to distinguish between plain PMDs and
huge ones.  It is the same for both 4U and 4V PTE layouts.

We also use _PAGE_SPECIAL to indicate the splitting state, since a
huge PMD cannot also be special.

All of the PMD --> PTE translation code disappears, and most of the
huge PMD bit modifications and tests just degenerate into the PTE
operations.  In particular USER_PGTABLE_CHECK_PMD_HUGE becomes
trivial.

As a side effect, normal PMDs don't shift the physical address around.
This also speeds up the page table walks in the TLB miss paths since
they don't have to do the shifts any more.

Another non-trivial aspect is that pte_modify() has to be changed
to preserve the _PAGE_PMD_HUGE bits as well as the page size field
of the pte.

Signed-off-by: David S. Miller <davem@davemloft.net>
arch/sparc/include/asm/pgtable_64.h
arch/sparc/include/asm/tsb.h
arch/sparc/mm/gup.c
arch/sparc/mm/init_64.c
arch/sparc/mm/tlb.c