[PATCH] mm: fix up a spurious page fault whenever it happens

From: Rik van Riel
Date: Wed May 22 2013 - 13:43:53 EST

On Wed, 22 May 2013 08:01:43 -0700
Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:
> On Wed, May 22, 2013 at 5:33 AM, Rik van Riel <riel@xxxxxxxxxx> wrote:

> > Can you test the attached patch?
> I think you should also remove the
> if (flags & FAULT_FLAG_WRITE)
> test in handle_pte_fault(). Because if it's spurious, it might happen
> on reads too, I think.

Here you are. I wonder if the conditional was put in because we
originally did a global TLB flush (with IPIs) from the spurious
fault handler...

Stanislav, could you add this patch to your test?

Subject: [PATCH] mm: fix up a spurious page fault whenever it happens

The kernel currently only handles spurious page faults when they
"should" happen, but potentially this is not the only situation
where they could happen.

The spurious fault handler only flushes an entry from the local
TLB; this should be a rare event with minimal side effects.

This patch removes the conditional, allowing the spurious fault
handler to execute whenever a spurious page fault happens, which
should eliminate infinite page fault loops.

Signed-off-by: Rik van Riel <riel@xxxxxxxxxx>
Reported-by: Stanislav Meduna <stano@xxxxxxxxxx>
mm/memory.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)

diff --git a/mm/memory.c b/mm/memory.c
index 6dc1882..962477d 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -3744,13 +3744,11 @@ int handle_pte_fault(struct mm_struct *mm,
update_mmu_cache(vma, address, pte);
} else {
- * This is needed only for protection faults but the arch code
- * is not yet telling us if this is a protection fault or not.
- * This still avoids useless tlb flushes for .text page faults
- * with threads.
+ * The page table entry is good, but the CPU generated a
+ * spurious fault. Invalidate the corresponding TLB entry
+ * on this CPU, so the next access can succeed.
- if (flags & FAULT_FLAG_WRITE)
- flush_tlb_fix_spurious_fault(vma, address);
+ flush_tlb_fix_spurious_fault(vma, address);
pte_unmap_unlock(pte, ptl);
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/