aboutsummaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorRik van Riel <riel@redhat.com>2013-12-18 20:08:44 -0500
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-01-09 15:24:23 -0500
commitd303cf4624824971d94b4e2c7c95df052d14aa81 (patch)
tree710211f3a52e8b0ac893dba86bbbb2afcb3df3c9 /include
parent57f74b6ecebf59991677dd2da0f0433e8be6c945 (diff)
mm: fix TLB flush race between migration, and change_protection_range
commit 20841405940e7be0617612d521e206e4b6b325db upstream. There are a few subtle races, between change_protection_range (used by mprotect and change_prot_numa) on one side, and NUMA page migration and compaction on the other side. The basic race is that there is a time window between when the PTE gets made non-present (PROT_NONE or NUMA), and the TLB is flushed. During that time, a CPU may continue writing to the page. This is fine most of the time, however compaction or the NUMA migration code may come in, and migrate the page away. When that happens, the CPU may continue writing, through the cached translation, to what is no longer the current memory location of the process. This only affects x86, which has a somewhat optimistic pte_accessible. All other architectures appear to be safe, and will either always flush, or flush whenever there is a valid mapping, even with no permissions (SPARC). The basic race looks like this: CPU A CPU B CPU C load TLB entry make entry PTE/PMD_NUMA fault on entry read/write old page start migrating page change PTE/PMD to new page read/write old page [*] flush TLB reload TLB from new entry read/write new page lose data [*] the old page may belong to a new user at this point! The obvious fix is to flush remote TLB entries, by making sure that pte_accessible aware of the fact that PROT_NONE and PROT_NUMA memory may still be accessible if there is a TLB flush pending for the mm. This should fix both NUMA migration and compaction. [mgorman@suse.de: fix build] Signed-off-by: Rik van Riel <riel@redhat.com> Signed-off-by: Mel Gorman <mgorman@suse.de> Cc: Alex Thorlton <athorlton@sgi.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'include')
-rw-r--r--include/asm-generic/pgtable.h2
-rw-r--r--include/linux/mm_types.h44
2 files changed, 45 insertions, 1 deletions
diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h
index a59ff51b0166..b58268a5ddd4 100644
--- a/include/asm-generic/pgtable.h
+++ b/include/asm-generic/pgtable.h
@@ -220,7 +220,7 @@ static inline int pmd_same(pmd_t pmd_a, pmd_t pmd_b)
220#endif 220#endif
221 221
222#ifndef pte_accessible 222#ifndef pte_accessible
223# define pte_accessible(pte) ((void)(pte),1) 223# define pte_accessible(mm, pte) ((void)(pte), 1)
224#endif 224#endif
225 225
226#ifndef flush_tlb_fix_spurious_fault 226#ifndef flush_tlb_fix_spurious_fault
diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
index 4a189ba6b128..49f0ada525a8 100644
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -437,6 +437,14 @@ struct mm_struct {
437 */ 437 */
438 int first_nid; 438 int first_nid;
439#endif 439#endif
440#if defined(CONFIG_NUMA_BALANCING) || defined(CONFIG_COMPACTION)
441 /*
442 * An operation with batched TLB flushing is going on. Anything that
443 * can move process memory needs to flush the TLB when moving a
444 * PROT_NONE or PROT_NUMA mapped page.
445 */
446 bool tlb_flush_pending;
447#endif
440 struct uprobes_state uprobes_state; 448 struct uprobes_state uprobes_state;
441}; 449};
442 450
@@ -457,4 +465,40 @@ static inline cpumask_t *mm_cpumask(struct mm_struct *mm)
457 return mm->cpu_vm_mask_var; 465 return mm->cpu_vm_mask_var;
458} 466}
459 467
468#if defined(CONFIG_NUMA_BALANCING) || defined(CONFIG_COMPACTION)
469/*
470 * Memory barriers to keep this state in sync are graciously provided by
471 * the page table locks, outside of which no page table modifications happen.
472 * The barriers below prevent the compiler from re-ordering the instructions
473 * around the memory barriers that are already present in the code.
474 */
475static inline bool mm_tlb_flush_pending(struct mm_struct *mm)
476{
477 barrier();
478 return mm->tlb_flush_pending;
479}
480static inline void set_tlb_flush_pending(struct mm_struct *mm)
481{
482 mm->tlb_flush_pending = true;
483 barrier();
484}
485/* Clearing is done after a TLB flush, which also provides a barrier. */
486static inline void clear_tlb_flush_pending(struct mm_struct *mm)
487{
488 barrier();
489 mm->tlb_flush_pending = false;
490}
491#else
492static inline bool mm_tlb_flush_pending(struct mm_struct *mm)
493{
494 return false;
495}
496static inline void set_tlb_flush_pending(struct mm_struct *mm)
497{
498}
499static inline void clear_tlb_flush_pending(struct mm_struct *mm)
500{
501}
502#endif
503
460#endif /* _LINUX_MM_TYPES_H */ 504#endif /* _LINUX_MM_TYPES_H */