x86/mm: Remove the UP asm/tlbflush.h code, always use the (formerly) SMP code
The UP asm/tlbflush.h generates somewhat nicer code than the SMP version. Aside from that, it's fallen quite a bit behind the SMP code: - flush_tlb_mm_range() didn't flush individual pages if the range was small. - The lazy TLB code was much weaker. This usually wouldn't matter, but, if a kernel thread flushed its lazy "active_mm" more than once (due to reclaim or similar), it wouldn't be unlazied and would instead pointlessly flush repeatedly. - Tracepoints were missing. Aside from that, simply having the UP code around was a maintanence burden, since it means that any change to the TLB flush code had to make sure not to break it. Simplify everything by deleting the UP code. Signed-off-by:Andy Lutomirski <luto@kernel.org> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Arjan van de Ven <arjan@linux.intel.com> Cc: Borislav Petkov <bpetkov@suse.de> Cc: Dave Hansen <dave.hansen@intel.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Mel Gorman <mgorman@suse.de> Cc: Michal Hocko <mhocko@suse.com> Cc: Nadav Amit <nadav.amit@gmail.com> Cc: Nadav Amit <namit@vmware.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Rik van Riel <riel@redhat.com> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: linux-mm@kvack.org Signed-off-by:
Ingo Molnar <mingo@kernel.org>
Showing
- arch/x86/Kconfig 1 addition, 1 deletionarch/x86/Kconfig
- arch/x86/include/asm/hardirq.h 1 addition, 1 deletionarch/x86/include/asm/hardirq.h
- arch/x86/include/asm/mmu.h 0 additions, 6 deletionsarch/x86/include/asm/mmu.h
- arch/x86/include/asm/mmu_context.h 0 additions, 2 deletionsarch/x86/include/asm/mmu_context.h
- arch/x86/include/asm/tlbbatch.h 0 additions, 2 deletionsarch/x86/include/asm/tlbbatch.h
- arch/x86/include/asm/tlbflush.h 1 addition, 75 deletionsarch/x86/include/asm/tlbflush.h
- arch/x86/mm/init.c 0 additions, 2 deletionsarch/x86/mm/init.c
- arch/x86/mm/tlb.c 2 additions, 15 deletionsarch/x86/mm/tlb.c
Loading
Please register or sign in to comment