From nobody@FreeBSD.org  Sat Nov 15 17:08:42 2008
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 8CF6F106564A
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 15 Nov 2008 17:08:42 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 7E1858FC13
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 15 Nov 2008 17:08:42 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id mAFH8fNi093843
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 15 Nov 2008 17:08:41 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id mAFH8fnk093842;
	Sat, 15 Nov 2008 17:08:41 GMT
	(envelope-from nobody)
Message-Id: <200811151708.mAFH8fnk093842@www.freebsd.org>
Date: Sat, 15 Nov 2008 17:08:41 GMT
From: Pavel Pankov <pankov_p@mail.ru>
To: freebsd-gnats-submit@FreeBSD.org
Subject: [PATCH] Fix for spelling error in arm machdep code
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         128891
>Category:       arm
>Synopsis:       [PATCH] Fix for spelling error in arm machdep code
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    stas
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Nov 15 17:10:05 UTC 2008
>Closed-Date:    Mon Dec 01 10:16:51 UTC 2008
>Last-Modified:  Mon Dec 01 10:16:51 UTC 2008
>Originator:     Pavel Pankov
>Release:        8.0-CURRENT
>Organization:
MPEI
>Environment:
FreeBSD tionfather 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Oct 29 13:12:21 MSK 2008     root@tionfather:/usr/obj/usr/src/sys/TIONFATHER  i386
>Description:
Machdep files for all arm platforms contain a small typo: "reloations" instead of "relocations".
>How-To-Repeat:
Try reading the arm machdep source code :)
>Fix:
Apply the attached patch.

Patch attached with submission follows:

Index: at91/kb920x_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/at91/kb920x_machdep.c,v
retrieving revision 1.31
diff -u -r1.31 kb920x_machdep.c
--- at91/kb920x_machdep.c	5 Sep 2008 22:23:41 -0000	1.31
+++ at91/kb920x_machdep.c	15 Nov 2008 16:50:25 -0000
@@ -384,7 +384,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: mv/mv_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/mv/mv_machdep.c,v
retrieving revision 1.2
diff -u -r1.2 mv_machdep.c
--- mv/mv_machdep.c	6 Nov 2008 16:25:12 -0000	1.2
+++ mv/mv_machdep.c	15 Nov 2008 16:50:26 -0000
@@ -579,7 +579,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: sa11x0/assabet_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/sa11x0/assabet_machdep.c,v
retrieving revision 1.25
diff -u -r1.25 assabet_machdep.c
--- sa11x0/assabet_machdep.c	8 Apr 2008 10:24:41 -0000	1.25
+++ sa11x0/assabet_machdep.c	15 Nov 2008 16:50:28 -0000
@@ -375,7 +375,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: xscale/i80321/ep80219_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/xscale/i80321/ep80219_machdep.c,v
retrieving revision 1.11
diff -u -r1.11 ep80219_machdep.c
--- xscale/i80321/ep80219_machdep.c	18 Jul 2008 06:14:36 -0000	1.11
+++ xscale/i80321/ep80219_machdep.c	15 Nov 2008 16:50:30 -0000
@@ -352,7 +352,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: xscale/i80321/iq31244_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/xscale/i80321/iq31244_machdep.c,v
retrieving revision 1.32
diff -u -r1.32 iq31244_machdep.c
--- xscale/i80321/iq31244_machdep.c	18 Jul 2008 06:14:36 -0000	1.32
+++ xscale/i80321/iq31244_machdep.c	15 Nov 2008 16:50:30 -0000
@@ -350,7 +350,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: xscale/i8134x/crb_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/xscale/i8134x/crb_machdep.c,v
retrieving revision 1.8
diff -u -r1.8 crb_machdep.c
--- xscale/i8134x/crb_machdep.c	18 Jul 2008 06:14:36 -0000	1.8
+++ xscale/i8134x/crb_machdep.c	15 Nov 2008 16:50:31 -0000
@@ -332,7 +332,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: xscale/ixp425/avila_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/xscale/ixp425/avila_machdep.c,v
retrieving revision 1.12
diff -u -r1.12 avila_machdep.c
--- xscale/ixp425/avila_machdep.c	2 Oct 2008 22:31:30 -0000	1.12
+++ xscale/ixp425/avila_machdep.c	15 Nov 2008 16:50:33 -0000
@@ -418,7 +418,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();
Index: xscale/pxa/pxa_machdep.c
===================================================================
RCS file: /home/ncvs/src/sys/arm/xscale/pxa/pxa_machdep.c,v
retrieving revision 1.3
diff -u -r1.3 pxa_machdep.c
--- xscale/pxa/pxa_machdep.c	18 Jul 2008 06:14:36 -0000	1.3
+++ xscale/pxa/pxa_machdep.c	15 Nov 2008 16:50:34 -0000
@@ -330,7 +330,7 @@
 	 * but since we are boot strapping the addresses used for the read
 	 * may have just been remapped and thus the cache could be out
 	 * of sync. A re-clean after the switch will cure this.
-	 * After booting there are no gross reloations of the kernel thus
+	 * After booting there are no gross relocations of the kernel thus
 	 * this problem will not occur after initarm().
 	 */
 	cpu_idcache_wbinv_all();


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-arm->stas 
Responsible-Changed-By: stas 
Responsible-Changed-When: Sun Nov 30 22:46:27 UTC 2008 
Responsible-Changed-Why:  
I'll take it. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=128891 
State-Changed-From-To: open->closed 
State-Changed-By: stas 
State-Changed-When: Mon Dec 1 10:16:50 UTC 2008 
State-Changed-Why:  
Committed. Thanks! 

http://www.freebsd.org/cgi/query-pr.cgi?pr=128891 
>Unformatted:
