patch-1.3.95 linux/arch/sparc/mm/srmmu.c

• Lines: 36
• Date: Tue Apr 23 12:31:45 1996
• Orig file: v1.3.94/linux/arch/sparc/mm/srmmu.c
• Orig date: Sun Apr 21 19:22:01 1996

diff -u --recursive --new-file v1.3.94/linux/arch/sparc/mm/srmmu.c linux/arch/sparc/mm/srmmu.c
@@ -483,7 +483,7 @@
 	ptep = srmmu_pte_offset(pmdp, virt_addr);
 	tmp = (physaddr >> 4) | SRMMU_ET_PTE;
 
-	/* I need to test whether this is consistant over all
+	/* I need to test whether this is consistent over all
 	 * sun4m's.  The bus_type represents the upper 4 bits of
 	 * 36-bit physical address on the I/O space lines...
 	 */
@@ -614,7 +614,7 @@
 
 /* TLB flushes seem to upset the tsunami sometimes, I can't figure out
  * what the hell is going on.  All I see is a tlb flush (page or whole,
- * there is no consistant pattern) and then total local variable corruption
+ * there is no consistent pattern) and then total local variable corruption
  * in the procedure who called us after return.  Usually triggerable
  * by "cool" programs like crashme and bonnie.  I played around a bit
  * and adding a bunch of forced nops seems to make the problems all
@@ -1695,7 +1695,7 @@
 		start += PAGE_SIZE;
 		tmp = (srmmu_hwprobe(start) & SRMMU_PTE_PMASK) << 4;
 
-		/* Never a cross bank boundry, thank you. */
+		/* Never a cross bank boundary, thank you. */
 		if(tmp != last_page + PAGE_SIZE)
 			break;
 		last_page = tmp;
@@ -2114,7 +2114,7 @@
 	mreg |= (SWIFT_IE | SWIFT_DE); /* I & D caches on */
 
 	/* The Swift branch folding logic is completely broken.  At
-	 * trap time, if things are just right, if can mistakedly
+	 * trap time, if things are just right, if can mistakenly
 	 * think that a trap is coming from kernel mode when in fact
 	 * it is coming from user mode (it mis-executes the branch in
 	 * the trap code).  So you see things like crashme completely