summaryrefslogtreecommitdiffstats
path: root/arch/xtensa/mm/highmem.c
diff options
context:
space:
mode:
authorPeter Zijlstra <peterz@infradead.org>2018-08-27 13:00:17 +0200
committerIngo Molnar <mingo@kernel.org>2019-04-03 10:32:41 +0200
commite7fd28a706bfaf9cd65dccf18140187f7ad04839 (patch)
tree23077332371304ff92fd2b9ac64286afd5c69e16 /arch/xtensa/mm/highmem.c
parentasm-generic/tlb, arch: Provide CONFIG_HAVE_MMU_GATHER_PAGE_SIZE (diff)
downloadlinux-e7fd28a706bfaf9cd65dccf18140187f7ad04839.tar.xz
linux-e7fd28a706bfaf9cd65dccf18140187f7ad04839.zip
asm-generic/tlb, arch: Provide generic VIPT cache flush
The one obvious thing SH and ARM want is a sensible default for tlb_start_vma(). (also: https://lkml.org/lkml/2004/1/15/6 ) Avoid all VIPT architectures providing their own tlb_start_vma() implementation and rely on architectures to provide a no-op flush_cache_range() when it is not relevant. This patch makes tlb_start_vma() default to flush_cache_range(), which should be right and sufficient. The only exceptions that I found where (oddly): - m68k-mmu - sparc64 - unicore Those architectures appear to have flush_cache_range(), but their current tlb_start_vma() does not call it. No change in behavior intended. Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Acked-by: Will Deacon <will.deacon@arm.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Andy Lutomirski <luto@kernel.org> Cc: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> Cc: Borislav Petkov <bp@alien8.de> Cc: Dave Hansen <dave.hansen@linux.intel.com> Cc: David Miller <davem@davemloft.net> Cc: Guan Xuetao <gxt@pku.edu.cn> Cc: H. Peter Anvin <hpa@zytor.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Nick Piggin <npiggin@gmail.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Rik van Riel <riel@surriel.com> Cc: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'arch/xtensa/mm/highmem.c')
0 files changed, 0 insertions, 0 deletions