android_kernel_motorola_sm6225/arch/xtensa/mm
Max Filippov 87962c4db7 xtensa: flush TLB entries for pages of non-current mm correctly
Sometimes under high memory pressure one process gets a page of another
process, which manifests itself with an invalid instruction exception.

This happens because flush_tlb_page fails to clear TLB entries when
called with vma that does not belong to current mm, because it does not
set RASID appropriately. When page reclaiming mechanism swaps physical
pages out replacing their PTEs with none or swap PTEs, it calls
flush_tlb_page. Later physical page may be reused elsewhere, but the
stale TLB mapping still refers to it, allowing process that owned the
mapping to see the new state of that physical page.

Put ASID of the mm that owns vma to the RASID to fix that issue.
Also replace otherwise meaningless local_save_flags with local_irq_save.

Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
Signed-off-by: Chris Zankel <chris@zankel.net>
2013-06-05 10:14:19 -07:00
..
cache.c xtensa: clean up files to make them code-style compliant 2012-12-18 21:10:25 -08:00
fault.c xtensa: clean up files to make them code-style compliant 2012-12-18 21:10:25 -08:00
init.c mm/xtensa: use common help functions to free reserved pages 2013-04-29 15:54:31 -07:00
Makefile xtensa: nommu support 2009-04-02 23:41:50 -07:00
misc.S xtensa: clean up files to make them code-style compliant 2012-12-18 21:10:25 -08:00
mmu.c xtensa: add MMU v3 support 2013-05-09 01:07:09 -07:00
tlb.c xtensa: flush TLB entries for pages of non-current mm correctly 2013-06-05 10:14:19 -07:00