linux/arch/sh/mm
Stas Sergeev caac7e6d00 sh: get_user_pages_fast() must flush cache
This patch avoids fuse hangs on sh4 by flushing the cache on
get_user_pages_fast().  This is not necessary a good thing to do, but
get_user_pages() does this, so get_user_pages_fast() should too.

Please note the patch for mips arch that addresses the similar problem:
  https://kernel.googlesource.com/pub/scm/linux/kernel/git/ralf/linux/+/linux-3.4.50%5E!/#F0

They basically simply disable get_user_pages_fast() at all, using a
fall-back to get_user_pages().  But my fix is different, it adds an
explicit cache flushes.

Signed-off-by: Stas Sergeev <stsp@users.sourceforge.net>
Cc: Geert Uytterhoeven <geert+renesas@glider.be>
Cc: Kamal Dasu <kdasu.kdev@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2014-09-10 15:42:12 -07:00
..
alignment.c
asids-debugfs.c arch/sh/mm/asids-debugfs.c: use PTR_ERR_OR_ZERO 2014-08-06 18:01:12 -07:00
cache-debugfs.c
cache-sh2.c
cache-sh2a.c
cache-sh3.c
cache-sh4.c
cache-sh5.c
cache-sh7705.c
cache-shx3.c
cache.c flush_icache_range: export symbol to fix build errors 2014-08-29 16:28:17 -07:00
consistent.c
extable_32.c
extable_64.c
fault.c
flush-sh4.c
gup.c sh: get_user_pages_fast() must flush cache 2014-09-10 15:42:12 -07:00
hugetlbpage.c hugetlb: restrict hugepage_migration_support() to x86_64 2014-06-04 16:53:51 -07:00
init.c memory-hotplug: sh: suitable memory should go to ZONE_MOVABLE 2014-08-06 18:01:21 -07:00
ioremap_fixed.c
ioremap.c
Kconfig
kmap.c
Makefile
mmap.c
nommu.c
numa.c
pgtable.c
pmb.c
sram.c
tlb-debugfs.c
tlb-pteaex.c
tlb-sh3.c
tlb-sh4.c
tlb-sh5.c
tlb-urb.c
tlbex_32.c
tlbex_64.c
tlbflush_32.c
tlbflush_64.c
uncached.c