1bb3630e89
It seems odd to me that, whereas pud_alloc and pmd_alloc test inline, only calling out-of-line __pud_alloc __pmd_alloc if allocation needed, pte_alloc_map and pte_alloc_kernel are entirely out-of-line. Though it does add a little to kernel size, change them to macros testing inline, calling __pte_alloc or __pte_alloc_kernel to allocate out-of-line. Mark none of them as fastcalls, leave that to CONFIG_REGPARM or not. It also seems more natural for the out-of-line functions to leave the offset calculation and map to the inline, which has to do it anyway for the common case. At least mremap move wants __pte_alloc without _map. Macros rather than inline functions, certainly to avoid the header file issues which arise from CONFIG_HIGHPTE needing kmap_types.h, but also in case any architectures I haven't built would have other such problems. Signed-off-by: Hugh Dickins <hugh@veritas.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
33 lines
839 B
C
33 lines
839 B
C
#ifndef _4LEVEL_FIXUP_H
|
|
#define _4LEVEL_FIXUP_H
|
|
|
|
#define __ARCH_HAS_4LEVEL_HACK
|
|
#define __PAGETABLE_PUD_FOLDED
|
|
|
|
#define PUD_SIZE PGDIR_SIZE
|
|
#define PUD_MASK PGDIR_MASK
|
|
#define PTRS_PER_PUD 1
|
|
|
|
#define pud_t pgd_t
|
|
|
|
#define pmd_alloc(mm, pud, address) \
|
|
((unlikely(pgd_none(*(pud))) && __pmd_alloc(mm, pud, address))? \
|
|
NULL: pmd_offset(pud, address))
|
|
|
|
#define pud_alloc(mm, pgd, address) (pgd)
|
|
#define pud_offset(pgd, start) (pgd)
|
|
#define pud_none(pud) 0
|
|
#define pud_bad(pud) 0
|
|
#define pud_present(pud) 1
|
|
#define pud_ERROR(pud) do { } while (0)
|
|
#define pud_clear(pud) pgd_clear(pud)
|
|
|
|
#undef pud_free_tlb
|
|
#define pud_free_tlb(tlb, x) do { } while (0)
|
|
#define pud_free(x) do { } while (0)
|
|
#define __pud_free_tlb(tlb, x) do { } while (0)
|
|
|
|
#undef pud_addr_end
|
|
#define pud_addr_end(addr, end) (end)
|
|
|
|
#endif
|