Do the plumbing needed for memory hotplug on systems using radix pagetables, borrowing from existing vmemmap and x86 code.
This passes basic verification of plugging and removing memory, but this stuff is tricky and I'd appreciate extra scrutiny of the series for correctness--in particular, the adaptation of remove_pagetable() from x86. Former patch 1 is now a separate fix. This set still depends on it: https://lkml.kernel.org/r/1483475991-16999-1-git-send-email-ar...@linux.vnet.ibm.com /* changelog */ v5: * Retain pr_info() of the size used to map each address range. * flush_tlb_kernel_range() -> radix__flush_tlb_kernel_range() v4: * https://lkml.kernel.org/r/1483476218-17271-1-git-send-email-ar...@linux.vnet.ibm.com * Sent patch 1 as a standalone fix. * Extract a common function that can be used by both radix_init_pgtable() and radix__create_section_mapping(). * Reduce tlb flushing to one flush_tlb_kernel_range() per section, and do less granular locking of init_mm->page_table_lock. v3: * https://lkml.kernel.org/r/1481831443-22761-1-git-send-email-ar...@linux.vnet.ibm.com * Port remove_pagetable() et al. from x86 for unmapping. * [RFC] -> [PATCH] v2: * https://lkml.kernel.org/r/1471449083-15931-1-git-send-email-ar...@linux.vnet.ibm.com * Do not simply fall through to vmemmap_{create,remove}_mapping(). As Aneesh and Michael pointed out, they are tied to CONFIG_SPARSEMEM_VMEMMAP and only did what I needed by luck anyway. v1: * https://lkml.kernel.org/r/1466699962-22412-1-git-send-email-ar...@linux.vnet.ibm.com Reza Arbab (4): powerpc/mm: refactor radix physical page mapping powerpc/mm: add radix__create_section_mapping() powerpc/mm: add radix__remove_section_mapping() powerpc/mm: unstub radix__vmemmap_remove_mapping() arch/powerpc/include/asm/book3s/64/radix.h | 5 + arch/powerpc/mm/pgtable-book3s64.c | 4 +- arch/powerpc/mm/pgtable-radix.c | 257 ++++++++++++++++++++++++----- 3 files changed, 225 insertions(+), 41 deletions(-) -- 1.8.3.1
