2005-04-17 06:20:36 +08:00
|
|
|
/*
|
2008-08-02 17:55:55 +08:00
|
|
|
* arch/arm/include/asm/tlb.h
|
2005-04-17 06:20:36 +08:00
|
|
|
*
|
|
|
|
* Copyright (C) 2002 Russell King
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*
|
|
|
|
* Experimentation shows that on a StrongARM, it appears to be faster
|
|
|
|
* to use the "invalidate whole tlb" rather than "invalidate single
|
|
|
|
* tlb" for this.
|
|
|
|
*
|
|
|
|
* This appears true for both the process fork+exit case, as well as
|
|
|
|
* the munmap-large-area case.
|
|
|
|
*/
|
|
|
|
#ifndef __ASMARM_TLB_H
|
|
|
|
#define __ASMARM_TLB_H
|
|
|
|
|
|
|
|
#include <asm/cacheflush.h>
|
2006-02-25 05:41:25 +08:00
|
|
|
|
|
|
|
#ifndef CONFIG_MMU
|
|
|
|
|
|
|
|
#include <linux/pagemap.h>
|
2011-02-20 20:27:49 +08:00
|
|
|
|
|
|
|
#define tlb_flush(tlb) ((void) tlb)
|
|
|
|
|
2006-02-25 05:41:25 +08:00
|
|
|
#include <asm-generic/tlb.h>
|
|
|
|
|
|
|
|
#else /* !CONFIG_MMU */
|
|
|
|
|
2011-02-20 20:16:45 +08:00
|
|
|
#include <linux/swap.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <asm/pgalloc.h>
|
2011-02-20 20:16:45 +08:00
|
|
|
#include <asm/tlbflush.h>
|
|
|
|
|
2011-05-25 08:11:53 +08:00
|
|
|
#define MMU_GATHER_BUNDLE 8
|
|
|
|
|
2014-10-10 06:29:18 +08:00
|
|
|
#ifdef CONFIG_HAVE_RCU_TABLE_FREE
|
|
|
|
static inline void __tlb_remove_table(void *_table)
|
|
|
|
{
|
|
|
|
free_page_and_swap_cache((struct page *)_table);
|
|
|
|
}
|
|
|
|
|
|
|
|
struct mmu_table_batch {
|
|
|
|
struct rcu_head rcu;
|
|
|
|
unsigned int nr;
|
|
|
|
void *tables[0];
|
|
|
|
};
|
|
|
|
|
|
|
|
#define MAX_TABLE_BATCH \
|
|
|
|
((PAGE_SIZE - sizeof(struct mmu_table_batch)) / sizeof(void *))
|
|
|
|
|
|
|
|
extern void tlb_table_flush(struct mmu_gather *tlb);
|
|
|
|
extern void tlb_remove_table(struct mmu_gather *tlb, void *table);
|
|
|
|
|
|
|
|
#define tlb_remove_entry(tlb, entry) tlb_remove_table(tlb, entry)
|
|
|
|
#else
|
|
|
|
#define tlb_remove_entry(tlb, entry) tlb_remove_page(tlb, entry)
|
|
|
|
#endif /* CONFIG_HAVE_RCU_TABLE_FREE */
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* TLB handling. This allows us to remove pages from the page
|
|
|
|
* tables, and efficiently handle the TLB issues.
|
|
|
|
*/
|
|
|
|
struct mmu_gather {
|
|
|
|
struct mm_struct *mm;
|
2014-10-10 06:29:18 +08:00
|
|
|
#ifdef CONFIG_HAVE_RCU_TABLE_FREE
|
|
|
|
struct mmu_table_batch *batch;
|
|
|
|
unsigned int need_flush;
|
|
|
|
#endif
|
2005-04-17 06:20:36 +08:00
|
|
|
unsigned int fullmm;
|
2011-02-20 20:16:45 +08:00
|
|
|
struct vm_area_struct *vma;
|
Fix TLB gather virtual address range invalidation corner cases
Ben Tebulin reported:
"Since v3.7.2 on two independent machines a very specific Git
repository fails in 9/10 cases on git-fsck due to an SHA1/memory
failures. This only occurs on a very specific repository and can be
reproduced stably on two independent laptops. Git mailing list ran
out of ideas and for me this looks like some very exotic kernel issue"
and bisected the failure to the backport of commit 53a59fc67f97 ("mm:
limit mmu_gather batching to fix soft lockups on !CONFIG_PREEMPT").
That commit itself is not actually buggy, but what it does is to make it
much more likely to hit the partial TLB invalidation case, since it
introduces a new case in tlb_next_batch() that previously only ever
happened when running out of memory.
The real bug is that the TLB gather virtual memory range setup is subtly
buggered. It was introduced in commit 597e1c3580b7 ("mm/mmu_gather:
enable tlb flush range in generic mmu_gather"), and the range handling
was already fixed at least once in commit e6c495a96ce0 ("mm: fix the TLB
range flushed when __tlb_remove_page() runs out of slots"), but that fix
was not complete.
The problem with the TLB gather virtual address range is that it isn't
set up by the initial tlb_gather_mmu() initialization (which didn't get
the TLB range information), but it is set up ad-hoc later by the
functions that actually flush the TLB. And so any such case that forgot
to update the TLB range entries would potentially miss TLB invalidates.
Rather than try to figure out exactly which particular ad-hoc range
setup was missing (I personally suspect it's the hugetlb case in
zap_huge_pmd(), which didn't have the same logic as zap_pte_range()
did), this patch just gets rid of the problem at the source: make the
TLB range information available to tlb_gather_mmu(), and initialize it
when initializing all the other tlb gather fields.
This makes the patch larger, but conceptually much simpler. And the end
result is much more understandable; even if you want to play games with
partial ranges when invalidating the TLB contents in chunks, now the
range information is always there, and anybody who doesn't want to
bother with it won't introduce subtle bugs.
Ben verified that this fixes his problem.
Reported-bisected-and-tested-by: Ben Tebulin <tebulin@googlemail.com>
Build-testing-by: Stephen Rothwell <sfr@canb.auug.org.au>
Build-testing-by: Richard Weinberger <richard.weinberger@gmail.com>
Reviewed-by: Michal Hocko <mhocko@suse.cz>
Acked-by: Peter Zijlstra <peterz@infradead.org>
Cc: stable@vger.kernel.org
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2013-08-16 02:42:25 +08:00
|
|
|
unsigned long start, end;
|
2009-04-14 20:07:35 +08:00
|
|
|
unsigned long range_start;
|
|
|
|
unsigned long range_end;
|
2011-02-20 20:16:45 +08:00
|
|
|
unsigned int nr;
|
2011-05-25 08:11:53 +08:00
|
|
|
unsigned int max;
|
|
|
|
struct page **pages;
|
|
|
|
struct page *local[MMU_GATHER_BUNDLE];
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
DECLARE_PER_CPU(struct mmu_gather, mmu_gathers);
|
|
|
|
|
2011-02-20 20:16:45 +08:00
|
|
|
/*
|
|
|
|
* This is unnecessarily complex. There's three ways the TLB shootdown
|
|
|
|
* code is used:
|
|
|
|
* 1. Unmapping a range of vmas. See zap_page_range(), unmap_region().
|
|
|
|
* tlb->fullmm = 0, and tlb_start_vma/tlb_end_vma will be called.
|
|
|
|
* tlb->vma will be non-NULL.
|
|
|
|
* 2. Unmapping all vmas. See exit_mmap().
|
|
|
|
* tlb->fullmm = 1, and tlb_start_vma/tlb_end_vma will be called.
|
|
|
|
* tlb->vma will be non-NULL. Additionally, page tables will be freed.
|
|
|
|
* 3. Unmapping argument pages. See shift_arg_pages().
|
|
|
|
* tlb->fullmm = 0, but tlb_start_vma/tlb_end_vma will not be called.
|
|
|
|
* tlb->vma will be NULL.
|
|
|
|
*/
|
|
|
|
static inline void tlb_flush(struct mmu_gather *tlb)
|
|
|
|
{
|
|
|
|
if (tlb->fullmm || !tlb->vma)
|
|
|
|
flush_tlb_mm(tlb->mm);
|
|
|
|
else if (tlb->range_end > 0) {
|
|
|
|
flush_tlb_range(tlb->vma, tlb->range_start, tlb->range_end);
|
|
|
|
tlb->range_start = TASK_SIZE;
|
|
|
|
tlb->range_end = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void tlb_add_flush(struct mmu_gather *tlb, unsigned long addr)
|
|
|
|
{
|
|
|
|
if (!tlb->fullmm) {
|
|
|
|
if (addr < tlb->range_start)
|
|
|
|
tlb->range_start = addr;
|
|
|
|
if (addr + PAGE_SIZE > tlb->range_end)
|
|
|
|
tlb->range_end = addr + PAGE_SIZE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-05-25 08:11:53 +08:00
|
|
|
static inline void __tlb_alloc_page(struct mmu_gather *tlb)
|
|
|
|
{
|
|
|
|
unsigned long addr = __get_free_pages(GFP_NOWAIT | __GFP_NOWARN, 0);
|
|
|
|
|
|
|
|
if (addr) {
|
|
|
|
tlb->pages = (void *)addr;
|
|
|
|
tlb->max = PAGE_SIZE / sizeof(struct page *);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-04-26 07:05:40 +08:00
|
|
|
static inline void tlb_flush_mmu_tlbonly(struct mmu_gather *tlb)
|
2011-02-20 20:16:45 +08:00
|
|
|
{
|
|
|
|
tlb_flush(tlb);
|
2014-10-10 06:29:18 +08:00
|
|
|
#ifdef CONFIG_HAVE_RCU_TABLE_FREE
|
|
|
|
tlb_table_flush(tlb);
|
|
|
|
#endif
|
2014-04-26 07:05:40 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void tlb_flush_mmu_free(struct mmu_gather *tlb)
|
|
|
|
{
|
2013-06-05 18:26:50 +08:00
|
|
|
free_pages_and_swap_cache(tlb->pages, tlb->nr);
|
|
|
|
tlb->nr = 0;
|
|
|
|
if (tlb->pages == tlb->local)
|
|
|
|
__tlb_alloc_page(tlb);
|
2011-02-20 20:16:45 +08:00
|
|
|
}
|
|
|
|
|
2014-04-26 07:05:40 +08:00
|
|
|
static inline void tlb_flush_mmu(struct mmu_gather *tlb)
|
|
|
|
{
|
|
|
|
tlb_flush_mmu_tlbonly(tlb);
|
|
|
|
tlb_flush_mmu_free(tlb);
|
|
|
|
}
|
|
|
|
|
2011-05-25 08:11:53 +08:00
|
|
|
static inline void
|
2017-08-11 06:24:05 +08:00
|
|
|
arch_tlb_gather_mmu(struct mmu_gather *tlb, struct mm_struct *mm,
|
|
|
|
unsigned long start, unsigned long end)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
|
|
|
tlb->mm = mm;
|
Fix TLB gather virtual address range invalidation corner cases
Ben Tebulin reported:
"Since v3.7.2 on two independent machines a very specific Git
repository fails in 9/10 cases on git-fsck due to an SHA1/memory
failures. This only occurs on a very specific repository and can be
reproduced stably on two independent laptops. Git mailing list ran
out of ideas and for me this looks like some very exotic kernel issue"
and bisected the failure to the backport of commit 53a59fc67f97 ("mm:
limit mmu_gather batching to fix soft lockups on !CONFIG_PREEMPT").
That commit itself is not actually buggy, but what it does is to make it
much more likely to hit the partial TLB invalidation case, since it
introduces a new case in tlb_next_batch() that previously only ever
happened when running out of memory.
The real bug is that the TLB gather virtual memory range setup is subtly
buggered. It was introduced in commit 597e1c3580b7 ("mm/mmu_gather:
enable tlb flush range in generic mmu_gather"), and the range handling
was already fixed at least once in commit e6c495a96ce0 ("mm: fix the TLB
range flushed when __tlb_remove_page() runs out of slots"), but that fix
was not complete.
The problem with the TLB gather virtual address range is that it isn't
set up by the initial tlb_gather_mmu() initialization (which didn't get
the TLB range information), but it is set up ad-hoc later by the
functions that actually flush the TLB. And so any such case that forgot
to update the TLB range entries would potentially miss TLB invalidates.
Rather than try to figure out exactly which particular ad-hoc range
setup was missing (I personally suspect it's the hugetlb case in
zap_huge_pmd(), which didn't have the same logic as zap_pte_range()
did), this patch just gets rid of the problem at the source: make the
TLB range information available to tlb_gather_mmu(), and initialize it
when initializing all the other tlb gather fields.
This makes the patch larger, but conceptually much simpler. And the end
result is much more understandable; even if you want to play games with
partial ranges when invalidating the TLB contents in chunks, now the
range information is always there, and anybody who doesn't want to
bother with it won't introduce subtle bugs.
Ben verified that this fixes his problem.
Reported-bisected-and-tested-by: Ben Tebulin <tebulin@googlemail.com>
Build-testing-by: Stephen Rothwell <sfr@canb.auug.org.au>
Build-testing-by: Richard Weinberger <richard.weinberger@gmail.com>
Reviewed-by: Michal Hocko <mhocko@suse.cz>
Acked-by: Peter Zijlstra <peterz@infradead.org>
Cc: stable@vger.kernel.org
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2013-08-16 02:42:25 +08:00
|
|
|
tlb->fullmm = !(start | (end+1));
|
|
|
|
tlb->start = start;
|
|
|
|
tlb->end = end;
|
2011-02-20 20:16:45 +08:00
|
|
|
tlb->vma = NULL;
|
2011-05-25 08:11:53 +08:00
|
|
|
tlb->max = ARRAY_SIZE(tlb->local);
|
|
|
|
tlb->pages = tlb->local;
|
2011-02-20 20:16:45 +08:00
|
|
|
tlb->nr = 0;
|
2011-05-25 08:11:53 +08:00
|
|
|
__tlb_alloc_page(tlb);
|
2014-10-10 06:29:18 +08:00
|
|
|
|
|
|
|
#ifdef CONFIG_HAVE_RCU_TABLE_FREE
|
|
|
|
tlb->batch = NULL;
|
|
|
|
#endif
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void
|
2017-08-11 06:24:05 +08:00
|
|
|
arch_tlb_finish_mmu(struct mmu_gather *tlb,
|
mm: fix MADV_[FREE|DONTNEED] TLB flush miss problem
Nadav reported parallel MADV_DONTNEED on same range has a stale TLB
problem and Mel fixed it[1] and found same problem on MADV_FREE[2].
Quote from Mel Gorman:
"The race in question is CPU 0 running madv_free and updating some PTEs
while CPU 1 is also running madv_free and looking at the same PTEs.
CPU 1 may have writable TLB entries for a page but fail the pte_dirty
check (because CPU 0 has updated it already) and potentially fail to
flush.
Hence, when madv_free on CPU 1 returns, there are still potentially
writable TLB entries and the underlying PTE is still present so that a
subsequent write does not necessarily propagate the dirty bit to the
underlying PTE any more. Reclaim at some unknown time at the future
may then see that the PTE is still clean and discard the page even
though a write has happened in the meantime. I think this is possible
but I could have missed some protection in madv_free that prevents it
happening."
This patch aims for solving both problems all at once and is ready for
other problem with KSM, MADV_FREE and soft-dirty story[3].
TLB batch API(tlb_[gather|finish]_mmu] uses [inc|dec]_tlb_flush_pending
and mmu_tlb_flush_pending so that when tlb_finish_mmu is called, we can
catch there are parallel threads going on. In that case, forcefully,
flush TLB to prevent for user to access memory via stale TLB entry
although it fail to gather page table entry.
I confirmed this patch works with [4] test program Nadav gave so this
patch supersedes "mm: Always flush VMA ranges affected by zap_page_range
v2" in current mmotm.
NOTE:
This patch modifies arch-specific TLB gathering interface(x86, ia64,
s390, sh, um). It seems most of architecture are straightforward but
s390 need to be careful because tlb_flush_mmu works only if
mm->context.flush_mm is set to non-zero which happens only a pte entry
really is cleared by ptep_get_and_clear and friends. However, this
problem never changes the pte entries but need to flush to prevent
memory access from stale tlb.
[1] http://lkml.kernel.org/r/20170725101230.5v7gvnjmcnkzzql3@techsingularity.net
[2] http://lkml.kernel.org/r/20170725100722.2dxnmgypmwnrfawp@suse.de
[3] http://lkml.kernel.org/r/BD3A0EBE-ECF4-41D4-87FA-C755EA9AB6BD@gmail.com
[4] https://patchwork.kernel.org/patch/9861621/
[minchan@kernel.org: decrease tlb flush pending count in tlb_finish_mmu]
Link: http://lkml.kernel.org/r/20170808080821.GA31730@bbox
Link: http://lkml.kernel.org/r/20170802000818.4760-7-namit@vmware.com
Signed-off-by: Minchan Kim <minchan@kernel.org>
Signed-off-by: Nadav Amit <namit@vmware.com>
Reported-by: Nadav Amit <namit@vmware.com>
Reported-by: Mel Gorman <mgorman@techsingularity.net>
Acked-by: Mel Gorman <mgorman@techsingularity.net>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: Andy Lutomirski <luto@kernel.org>
Cc: Hugh Dickins <hughd@google.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Nadav Amit <nadav.amit@gmail.com>
Cc: Rik van Riel <riel@redhat.com>
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2017-08-11 06:24:12 +08:00
|
|
|
unsigned long start, unsigned long end, bool force)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
mm: fix MADV_[FREE|DONTNEED] TLB flush miss problem
Nadav reported parallel MADV_DONTNEED on same range has a stale TLB
problem and Mel fixed it[1] and found same problem on MADV_FREE[2].
Quote from Mel Gorman:
"The race in question is CPU 0 running madv_free and updating some PTEs
while CPU 1 is also running madv_free and looking at the same PTEs.
CPU 1 may have writable TLB entries for a page but fail the pte_dirty
check (because CPU 0 has updated it already) and potentially fail to
flush.
Hence, when madv_free on CPU 1 returns, there are still potentially
writable TLB entries and the underlying PTE is still present so that a
subsequent write does not necessarily propagate the dirty bit to the
underlying PTE any more. Reclaim at some unknown time at the future
may then see that the PTE is still clean and discard the page even
though a write has happened in the meantime. I think this is possible
but I could have missed some protection in madv_free that prevents it
happening."
This patch aims for solving both problems all at once and is ready for
other problem with KSM, MADV_FREE and soft-dirty story[3].
TLB batch API(tlb_[gather|finish]_mmu] uses [inc|dec]_tlb_flush_pending
and mmu_tlb_flush_pending so that when tlb_finish_mmu is called, we can
catch there are parallel threads going on. In that case, forcefully,
flush TLB to prevent for user to access memory via stale TLB entry
although it fail to gather page table entry.
I confirmed this patch works with [4] test program Nadav gave so this
patch supersedes "mm: Always flush VMA ranges affected by zap_page_range
v2" in current mmotm.
NOTE:
This patch modifies arch-specific TLB gathering interface(x86, ia64,
s390, sh, um). It seems most of architecture are straightforward but
s390 need to be careful because tlb_flush_mmu works only if
mm->context.flush_mm is set to non-zero which happens only a pte entry
really is cleared by ptep_get_and_clear and friends. However, this
problem never changes the pte entries but need to flush to prevent
memory access from stale tlb.
[1] http://lkml.kernel.org/r/20170725101230.5v7gvnjmcnkzzql3@techsingularity.net
[2] http://lkml.kernel.org/r/20170725100722.2dxnmgypmwnrfawp@suse.de
[3] http://lkml.kernel.org/r/BD3A0EBE-ECF4-41D4-87FA-C755EA9AB6BD@gmail.com
[4] https://patchwork.kernel.org/patch/9861621/
[minchan@kernel.org: decrease tlb flush pending count in tlb_finish_mmu]
Link: http://lkml.kernel.org/r/20170808080821.GA31730@bbox
Link: http://lkml.kernel.org/r/20170802000818.4760-7-namit@vmware.com
Signed-off-by: Minchan Kim <minchan@kernel.org>
Signed-off-by: Nadav Amit <namit@vmware.com>
Reported-by: Nadav Amit <namit@vmware.com>
Reported-by: Mel Gorman <mgorman@techsingularity.net>
Acked-by: Mel Gorman <mgorman@techsingularity.net>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Tony Luck <tony.luck@intel.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
Cc: Jeff Dike <jdike@addtoit.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>
Cc: Andy Lutomirski <luto@kernel.org>
Cc: Hugh Dickins <hughd@google.com>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Nadav Amit <nadav.amit@gmail.com>
Cc: Rik van Riel <riel@redhat.com>
Cc: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2017-08-11 06:24:12 +08:00
|
|
|
if (force) {
|
|
|
|
tlb->range_start = start;
|
|
|
|
tlb->range_end = end;
|
|
|
|
}
|
|
|
|
|
2011-02-20 20:16:45 +08:00
|
|
|
tlb_flush_mmu(tlb);
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
/* keep the page table cache within bounds */
|
|
|
|
check_pgt_cache();
|
2005-10-30 09:16:01 +08:00
|
|
|
|
2011-05-25 08:11:53 +08:00
|
|
|
if (tlb->pages != tlb->local)
|
|
|
|
free_pages((unsigned long)tlb->pages, 0);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2009-04-14 20:07:35 +08:00
|
|
|
/*
|
|
|
|
* Memorize the range for the TLB flush.
|
|
|
|
*/
|
|
|
|
static inline void
|
|
|
|
tlb_remove_tlb_entry(struct mmu_gather *tlb, pte_t *ptep, unsigned long addr)
|
|
|
|
{
|
2011-02-20 20:16:45 +08:00
|
|
|
tlb_add_flush(tlb, addr);
|
2009-04-14 20:07:35 +08:00
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2016-12-13 08:42:37 +08:00
|
|
|
#define tlb_remove_huge_tlb_entry(h, tlb, ptep, address) \
|
|
|
|
tlb_remove_tlb_entry(tlb, ptep, address)
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* In the case of tlb vma handling, we can optimise these away in the
|
|
|
|
* case where we're doing a full MM flush. When we're doing a munmap,
|
|
|
|
* the vmas are adjusted to only cover the region to be torn down.
|
|
|
|
*/
|
|
|
|
static inline void
|
|
|
|
tlb_start_vma(struct mmu_gather *tlb, struct vm_area_struct *vma)
|
|
|
|
{
|
2009-04-14 20:07:35 +08:00
|
|
|
if (!tlb->fullmm) {
|
2005-04-17 06:20:36 +08:00
|
|
|
flush_cache_range(vma, vma->vm_start, vma->vm_end);
|
2011-02-20 20:16:45 +08:00
|
|
|
tlb->vma = vma;
|
2009-04-14 20:07:35 +08:00
|
|
|
tlb->range_start = TASK_SIZE;
|
|
|
|
tlb->range_end = 0;
|
|
|
|
}
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void
|
|
|
|
tlb_end_vma(struct mmu_gather *tlb, struct vm_area_struct *vma)
|
|
|
|
{
|
2011-02-20 20:16:45 +08:00
|
|
|
if (!tlb->fullmm)
|
|
|
|
tlb_flush(tlb);
|
|
|
|
}
|
|
|
|
|
2016-07-27 06:24:09 +08:00
|
|
|
static inline bool __tlb_remove_page(struct mmu_gather *tlb, struct page *page)
|
2011-02-20 20:16:45 +08:00
|
|
|
{
|
2016-12-13 08:42:43 +08:00
|
|
|
tlb->pages[tlb->nr++] = page;
|
|
|
|
VM_WARN_ON(tlb->nr > tlb->max);
|
2016-07-27 06:24:09 +08:00
|
|
|
if (tlb->nr == tlb->max)
|
|
|
|
return true;
|
|
|
|
return false;
|
2011-05-25 08:11:53 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void tlb_remove_page(struct mmu_gather *tlb, struct page *page)
|
|
|
|
{
|
2016-12-13 08:42:43 +08:00
|
|
|
if (__tlb_remove_page(tlb, page))
|
2011-05-25 08:11:53 +08:00
|
|
|
tlb_flush_mmu(tlb);
|
2016-07-27 06:24:09 +08:00
|
|
|
}
|
|
|
|
|
2016-07-27 06:24:12 +08:00
|
|
|
static inline bool __tlb_remove_page_size(struct mmu_gather *tlb,
|
|
|
|
struct page *page, int page_size)
|
|
|
|
{
|
|
|
|
return __tlb_remove_page(tlb, page);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void tlb_remove_page_size(struct mmu_gather *tlb,
|
|
|
|
struct page *page, int page_size)
|
|
|
|
{
|
|
|
|
return tlb_remove_page(tlb, page);
|
|
|
|
}
|
|
|
|
|
2011-02-20 20:16:45 +08:00
|
|
|
static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t pte,
|
|
|
|
unsigned long addr)
|
|
|
|
{
|
|
|
|
pgtable_page_dtor(pte);
|
2012-01-25 18:54:22 +08:00
|
|
|
|
2012-08-24 22:23:06 +08:00
|
|
|
#ifdef CONFIG_ARM_LPAE
|
|
|
|
tlb_add_flush(tlb, addr);
|
|
|
|
#else
|
2012-01-25 18:54:22 +08:00
|
|
|
/*
|
|
|
|
* With the classic ARM MMU, a pte page has two corresponding pmd
|
|
|
|
* entries, each covering 1MB.
|
|
|
|
*/
|
|
|
|
addr &= PMD_MASK;
|
|
|
|
tlb_add_flush(tlb, addr + SZ_1M - PAGE_SIZE);
|
|
|
|
tlb_add_flush(tlb, addr + SZ_1M);
|
2012-08-24 22:23:06 +08:00
|
|
|
#endif
|
2012-01-25 18:54:22 +08:00
|
|
|
|
2014-10-10 06:29:18 +08:00
|
|
|
tlb_remove_entry(tlb, pte);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2011-11-23 01:30:29 +08:00
|
|
|
static inline void __pmd_free_tlb(struct mmu_gather *tlb, pmd_t *pmdp,
|
|
|
|
unsigned long addr)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_ARM_LPAE
|
|
|
|
tlb_add_flush(tlb, addr);
|
2014-10-10 06:29:18 +08:00
|
|
|
tlb_remove_entry(tlb, virt_to_page(pmdp));
|
2011-11-23 01:30:29 +08:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2012-07-25 21:39:26 +08:00
|
|
|
static inline void
|
|
|
|
tlb_remove_pmd_tlb_entry(struct mmu_gather *tlb, pmd_t *pmdp, unsigned long addr)
|
|
|
|
{
|
|
|
|
tlb_add_flush(tlb, addr);
|
|
|
|
}
|
|
|
|
|
2011-02-20 20:16:45 +08:00
|
|
|
#define pte_free_tlb(tlb, ptep, addr) __pte_free_tlb(tlb, ptep, addr)
|
2011-11-23 01:30:29 +08:00
|
|
|
#define pmd_free_tlb(tlb, pmdp, addr) __pmd_free_tlb(tlb, pmdp, addr)
|
2011-11-23 01:30:28 +08:00
|
|
|
#define pud_free_tlb(tlb, pudp, addr) pud_free((tlb)->mm, pudp)
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
#define tlb_migrate_finish(mm) do { } while (0)
|
|
|
|
|
2016-12-13 08:42:40 +08:00
|
|
|
#define tlb_remove_check_page_size_change tlb_remove_check_page_size_change
|
|
|
|
static inline void tlb_remove_check_page_size_change(struct mmu_gather *tlb,
|
|
|
|
unsigned int page_size)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2006-02-25 05:41:25 +08:00
|
|
|
#endif /* CONFIG_MMU */
|
2005-04-17 06:20:36 +08:00
|
|
|
#endif
|