Author: bcr (doc committer)
Date: Wed Oct 13 20:08:02 2010
New Revision: 213799
URL: http://svn.freebsd.org/changeset/base/213799

Log:
  s/sytem/system in comments, no functional changes.
  
  Reviewed by:    alfred@

Modified:
  head/usr.bin/truss/amd64-fbsd.c
  head/usr.bin/truss/amd64-fbsd32.c
  head/usr.bin/truss/i386-fbsd.c
  head/usr.bin/truss/ia64-fbsd.c
  head/usr.bin/truss/mips-fbsd.c
  head/usr.bin/truss/powerpc-fbsd.c
  head/usr.bin/truss/powerpc64-fbsd.c
  head/usr.bin/truss/sparc64-fbsd.c

Modified: head/usr.bin/truss/amd64-fbsd.c
==============================================================================
--- head/usr.bin/truss/amd64-fbsd.c     Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/amd64-fbsd.c     Wed Oct 13 20:08:02 2010        
(r213799)
@@ -257,7 +257,7 @@ amd64_syscall_entry(struct trussinfo *tr
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/amd64-fbsd32.c
==============================================================================
--- head/usr.bin/truss/amd64-fbsd32.c   Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/amd64-fbsd32.c   Wed Oct 13 20:08:02 2010        
(r213799)
@@ -260,7 +260,7 @@ amd64_fbsd32_syscall_entry(struct trussi
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/i386-fbsd.c
==============================================================================
--- head/usr.bin/truss/i386-fbsd.c      Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/i386-fbsd.c      Wed Oct 13 20:08:02 2010        
(r213799)
@@ -250,7 +250,7 @@ i386_syscall_entry(struct trussinfo *tru
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/ia64-fbsd.c
==============================================================================
--- head/usr.bin/truss/ia64-fbsd.c      Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/ia64-fbsd.c      Wed Oct 13 20:08:02 2010        
(r213799)
@@ -231,7 +231,7 @@ ia64_syscall_entry(struct trussinfo *tru
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/mips-fbsd.c
==============================================================================
--- head/usr.bin/truss/mips-fbsd.c      Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/mips-fbsd.c      Wed Oct 13 20:08:02 2010        
(r213799)
@@ -276,7 +276,7 @@ mips_syscall_entry(struct trussinfo *tru
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/powerpc-fbsd.c
==============================================================================
--- head/usr.bin/truss/powerpc-fbsd.c   Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/powerpc-fbsd.c   Wed Oct 13 20:08:02 2010        
(r213799)
@@ -262,7 +262,7 @@ powerpc_syscall_entry(struct trussinfo *
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/powerpc64-fbsd.c
==============================================================================
--- head/usr.bin/truss/powerpc64-fbsd.c Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/powerpc64-fbsd.c Wed Oct 13 20:08:02 2010        
(r213799)
@@ -250,7 +250,7 @@ powerpc64_syscall_entry(struct trussinfo
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long

Modified: head/usr.bin/truss/sparc64-fbsd.c
==============================================================================
--- head/usr.bin/truss/sparc64-fbsd.c   Wed Oct 13 18:23:43 2010        
(r213798)
+++ head/usr.bin/truss/sparc64-fbsd.c   Wed Oct 13 20:08:02 2010        
(r213799)
@@ -274,7 +274,7 @@ sparc64_syscall_entry(struct trussinfo *
  * And when the system call is done, we handle it here.
  * Currently, no attempt is made to ensure that the system calls
  * match -- this needs to be fixed (and is, in fact, why S_SCX includes
- * the sytem call number instead of, say, an error status).
+ * the system call number instead of, say, an error status).
  */
 
 long
_______________________________________________
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"

Reply via email to