From: Jun Sun <jsun@mvista.com>
To: Juan Quintela <quintela@mandrakesoft.com>
Cc: linux-mips@linux-mips.org, jsun@mvista.com
Subject: Re: [RFC & PATCH] fixing tlb flush race problem on smp
Date: Mon, 27 Jan 2003 17:03:46 -0800 [thread overview]
Message-ID: <20030127170346.S11633@mvista.com> (raw)
In-Reply-To: <86bs297hpd.fsf@trasno.mitica>; from quintela@mandrakesoft.com on Wed, Jan 22, 2003 at 08:43:26AM +0100
[-- Attachment #1: Type: text/plain, Size: 330 bytes --]
Thanks, Juan.
I also find a stupid typo and a subtle hole in my original patch.
Here is an updated version, for 2.4/mips only. If it looks ok, I
will extend to other sub-arches/trees.
This new one is pretty nice in that all mmu related operations
are put into one file and it is much easier to ensure correctness
later.
Jun
[-- Attachment #2: 030127-fix-smp-tlb-flush-holes.patch --]
[-- Type: text/plain, Size: 2579 bytes --]
diff -Nru link/arch/mips/mm/tlb-sb1.c.orig link/arch/mips/mm/tlb-sb1.c
--- link/arch/mips/mm/tlb-sb1.c.orig Tue Jan 21 13:54:59 2003
+++ link/arch/mips/mm/tlb-sb1.c Mon Jan 27 16:58:54 2003
@@ -172,9 +172,7 @@
}
write_c0_entryhi(oldpid);
} else {
- get_new_mmu_context(mm, cpu);
- if (mm == current->active_mm)
- write_c0_entryhi(cpu_asid(cpu, mm));
+ drop_mmu_context(mm, cpu);
}
}
__restore_flags(flags);
@@ -258,10 +256,7 @@
__save_and_cli(flags);
cpu = smp_processor_id();
if (cpu_context(cpu, mm) != 0) {
- get_new_mmu_context(mm, smp_processor_id());
- if (mm == current->active_mm) {
- write_c0_entryhi(cpu_asid(cpu, mm));
- }
+ drop_mmu_context(mm, cpu);
}
__restore_flags(flags);
}
diff -Nru link/include/asm-mips/mmu_context.h.orig link/include/asm-mips/mmu_context.h
--- link/include/asm-mips/mmu_context.h.orig Tue Jan 21 13:55:43 2003
+++ link/include/asm-mips/mmu_context.h Mon Jan 27 16:56:44 2003
@@ -89,12 +89,25 @@
static inline void switch_mm(struct mm_struct *prev, struct mm_struct *next,
struct task_struct *tsk, unsigned cpu)
{
+ unsigned long flags;
+
+ local_irq_save(flags);
+
/* Check if our ASID is of an older version and thus invalid */
if ((cpu_context(cpu, next) ^ asid_cache(cpu)) & ASID_VERSION_MASK)
get_new_mmu_context(next, cpu);
write_c0_entryhi(cpu_context(cpu, next));
TLBMISS_HANDLER_SETUP_PGD(next->pgd);
+
+ /*
+ * Mark current->active_mm as not "active" anymore.
+ * We don't want to mislead possible IPI tlb flush routines.
+ */
+ clear_bit(cpu, &prev->cpu_vm_mask);
+ set_bit(cpu, &next->cpu_vm_mask);
+
+ local_irq_restore(flags);
}
/*
@@ -112,11 +125,39 @@
static inline void
activate_mm(struct mm_struct *prev, struct mm_struct *next)
{
+ unsigned long flags;
+
+ local_irq_save(flags);
+
/* Unconditionally get a new ASID. */
get_new_mmu_context(next, smp_processor_id());
write_c0_entryhi(cpu_context(smp_processor_id(), next));
TLBMISS_HANDLER_SETUP_PGD(next->pgd);
+
+ local_irq_restore(flags);
+}
+
+/*
+ * If mm is currently active_mm, we can't really drop it. Instead,
+ * we will get a new one for it.
+ */
+static inline void
+drop_mmu_context(struct mm_struct *mm, unsigned cpu)
+{
+ unsigned long flags;
+
+ local_irq_save(flags);
+
+ if (test_bit(cpu, &mm->cpu_vm_mask)) {
+ get_new_mmu_context(mm, cpu);
+ set_entryhi(CPU_CONTEXT(cpu, mm) & 0xff);
+ } else {
+ /* will get a new context next time */
+ CPU_CONTEXT(cpu, mm) = 0;
+ }
+
+ local_irq_restore(flags);
}
#endif /* _ASM_MMU_CONTEXT_H */
next prev parent reply other threads:[~2003-01-28 1:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-21 22:37 [RFC & PATCH] fixing tlb flush race problem on smp Jun Sun
2003-01-22 7:43 ` Juan Quintela
2003-01-28 1:03 ` Jun Sun [this message]
2003-01-29 8:06 ` Ralf Baechle
2003-02-05 0:02 ` Jun Sun
2003-02-05 0:02 ` Jun Sun
2003-02-14 4:48 ` Atsushi Nemoto
2003-02-14 11:06 ` Maciej W. Rozycki
2003-01-29 7:28 ` Ralf Baechle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030127170346.S11633@mvista.com \
--to=jsun@mvista.com \
--cc=linux-mips@linux-mips.org \
--cc=quintela@mandrakesoft.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox