A code review revealed another potential race in regard to TLB flushing on s390. See patch #2 for the ugly details. To fix this I would like to use the arch_enter_lazy_mmu_mode/arch_leave_lazy_mmu_mode but to do that the pointer to the mm in question needs to be added to the functions. To keep things symmetrical arch_flush_lazy_mmu_mode should grow an mm argument as well. powerpc and x86 have a non-empty implementation for the lazy mmu flush primitives and tile calls the generic definition in the architecture files (which is a bit strange because the generic definition is empty). Comments? Martin Schwidefsky (2): add mm argument to lazy mmu mode hooks s390/tlb: race of lazy TLB flush vs. recreation of TLB entries arch/powerpc/include/asm/tlbflush.h | 6 ++--- arch/powerpc/mm/subpage-prot.c | 4 ++-- arch/powerpc/mm/tlb_hash64.c | 4 ++-- arch/s390/include/asm/hugetlb.h | 24 ++++++++----------- arch/s390/include/asm/mmu_context.h | 13 ++++++++--- arch/s390/include/asm/pgtable.h | 43 ++++++++++++++++++++++------------- arch/s390/include/asm/tlb.h | 3 ++- arch/s390/include/asm/tlbflush.h | 8 +++---- arch/s390/mm/pgtable.c | 6 ++--- arch/tile/mm/fault.c | 2 +- arch/tile/mm/highmem.c | 4 ++-- arch/x86/include/asm/paravirt.h | 6 ++--- arch/x86/kernel/paravirt.c | 10 ++++---- arch/x86/mm/highmem_32.c | 4 ++-- arch/x86/mm/iomap_32.c | 2 +- include/asm-generic/pgtable.h | 6 ++--- mm/memory.c | 16 ++++++------- mm/mprotect.c | 4 ++-- mm/mremap.c | 4 ++-- 19 files changed, 91 insertions(+), 78 deletions(-) -- 1.7.10.4 -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
