The attached patch fixes the TLB miss mapping cache flush function.
The flush was attempting to invalidate the coverage start virtual addresses
for the cached page table mappings held in registers SCR0 and SCR1 by writing
0 into them. Unfortunately, 0x00000000-0x04000000 is itself a valid part of
the virtual address range. This patches places -1 in there instead, thus
specifying 0xfc000000-0xffffffff which is covered by a static I/O mapping, and
so shouldn't ever be seen by the TLB-miss handler.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
warthog>diffstat -p1 frv-tlbmiss-2612rc1.diff
include/asm-frv/tlbflush.h | 3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff -uNrp /warthog/kernels/linux-2.6.12-rc1/include/asm-frv/tlbflush.h
linux-2.6.12-rc1-frv-tlbmiss/include/asm-frv/tlbflush.h
--- /warthog/kernels/linux-2.6.12-rc1/include/asm-frv/tlbflush.h
2005-03-02 12:08:45.000000000 +0000
+++ linux-2.6.12-rc1-frv-tlbmiss/include/asm-frv/tlbflush.h 2005-03-30
11:50:06.000000000 +0100
@@ -58,7 +58,8 @@ do {
\
#define __flush_tlb_global() flush_tlb_all()
#define flush_tlb() flush_tlb_all()
#define flush_tlb_kernel_range(start, end) flush_tlb_all()
-#define flush_tlb_pgtables(mm,start,end) asm volatile("movgs gr0,scr0 !
movgs gr0,scr1");
+#define flush_tlb_pgtables(mm,start,end) \
+ asm volatile("movgs %0,scr0 ! movgs %0,scr1" :: "r"(ULONG_MAX) :
"memory");
#else
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
