svn commit: r299010 - in head/sys/amd64: acpica amd64 conf include linux linux32

Tue May 3 22:13:06 UTC 2016

Author: pfg
Date: Tue May  3 22:13:04 2016
New Revision: 299010
URL: https://svnweb.freebsd.org/changeset/base/299010

Log:
  sys/amd64: Small spelling fixes.
  
  No functional change.

Modified:
  head/sys/amd64/acpica/acpi_wakecode.S
  head/sys/amd64/amd64/atomic.c
  head/sys/amd64/amd64/exception.S
  head/sys/amd64/amd64/mpboot.S
  head/sys/amd64/conf/GENERIC
  head/sys/amd64/conf/NOTES
  head/sys/amd64/include/vmm.h
  head/sys/amd64/linux/linux_machdep.c
  head/sys/amd64/linux32/linux32_machdep.c

Modified: head/sys/amd64/acpica/acpi_wakecode.S
==============================================================================

--- head/sys/amd64/acpica/acpi_wakecode.S	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/acpica/acpi_wakecode.S	Tue May  3 22:13:04 2016	(r299010)
@@ -179,7 +179,7 @@ wakeup_32:
 	 * Finally, switch to long bit mode by enabling paging.  We have
 	 * to be very careful here because all the segmentation disappears
 	 * out from underneath us.  The spec says we can depend on the
-	 * subsequent pipelined branch to execute, but *only if* everthing
+	 * subsequent pipelined branch to execute, but *only if* everything
 	 * is still identity mapped.  If any mappings change, the pipeline
 	 * will flush.
 	 */
@@ -188,7 +188,7 @@ wakeup_32:
 	mov	%eax, %cr0
 
 	/*
-	 * At this point paging is enabled, and we are in "compatability" mode.
+	 * At this point paging is enabled, and we are in "compatibility" mode.
 	 * We do another far jump to reload %cs with the 64 bit selector.
 	 * %cr3 points to a 4-level page table page.
 	 * We cannot yet jump all the way to the kernel because we can only

Modified: head/sys/amd64/amd64/atomic.c
==============================================================================
--- head/sys/amd64/amd64/atomic.c	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/amd64/atomic.c	Tue May  3 22:13:04 2016	(r299010)
@@ -27,7 +27,7 @@
 #include <sys/cdefs.h>
 __FBSDID("$FreeBSD$");
 
-/* This file creates publically callable functions to perform various
+/* This file creates publicly callable functions to perform various
  * simple arithmetic on memory which is atomic in the presence of
  * interrupts and multiple processors.
  */

Modified: head/sys/amd64/amd64/exception.S
==============================================================================
--- head/sys/amd64/amd64/exception.S	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/amd64/exception.S	Tue May  3 22:13:04 2016	(r299010)
@@ -427,7 +427,7 @@ IDTVEC(fast_syscall)
 
 /*
  * Here for CYA insurance, in case a "syscall" instruction gets
- * issued from 32 bit compatability mode. MSR_CSTAR has to point
+ * issued from 32 bit compatibility mode. MSR_CSTAR has to point
  * to *something* if EFER_SCE is enabled.
  */
 IDTVEC(fast_syscall32)

Modified: head/sys/amd64/amd64/mpboot.S
==============================================================================
--- head/sys/amd64/amd64/mpboot.S	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/amd64/mpboot.S	Tue May  3 22:13:04 2016	(r299010)
@@ -121,7 +121,7 @@ protmode:
 	 * Finally, switch to long bit mode by enabling paging.  We have
 	 * to be very careful here because all the segmentation disappears
 	 * out from underneath us.  The spec says we can depend on the
-	 * subsequent pipelined branch to execute, but *only if* everthing
+	 * subsequent pipelined branch to execute, but *only if* everything
 	 * is still identity mapped.  If any mappings change, the pipeline
 	 * will flush.
 	 */
@@ -130,7 +130,7 @@ protmode:
 	mov	%eax, %cr0
 
 	/*
-	 * At this point paging is enabled, and we are in "compatability" mode.
+	 * At this point paging is enabled, and we are in "compatibility" mode.
 	 * We do another far jump to reload %cs with the 64 bit selector.
 	 * %cr3 points to a 4-level page table page.
 	 * We cannot yet jump all the way to the kernel because we can only

Modified: head/sys/amd64/conf/GENERIC
==============================================================================
--- head/sys/amd64/conf/GENERIC	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/conf/GENERIC	Tue May  3 22:13:04 2016	(r299010)
@@ -349,7 +349,7 @@ device		virtio_blk		# VirtIO Block devic
 device		virtio_scsi		# VirtIO SCSI device
 device		virtio_balloon		# VirtIO Memory Balloon device
 
-# HyperV drivers and enchancement support
+# HyperV drivers and enhancement support
 device		hyperv			# HyperV drivers 
 
 # Xen HVM Guest Optimizations

Modified: head/sys/amd64/conf/NOTES
==============================================================================
--- head/sys/amd64/conf/NOTES	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/conf/NOTES	Tue May  3 22:13:04 2016	(r299010)
@@ -509,7 +509,7 @@ device		virtio_balloon	# VirtIO Memory B
 device		virtio_random	# VirtIO Entropy device
 device		virtio_console	# VirtIO Console device
 
-# Microsoft Hyper-V enchancement support
+# Microsoft Hyper-V enhancement support
 device 		hyperv		# HyperV drivers
 
 # Xen HVM Guest Optimizations

Modified: head/sys/amd64/include/vmm.h
==============================================================================
--- head/sys/amd64/include/vmm.h	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/include/vmm.h	Tue May  3 22:13:04 2016	(r299010)
@@ -377,7 +377,7 @@ struct vm_copyinfo {
  * at 'gla' and 'len' bytes long. The 'prot' should be set to PROT_READ for
  * a copyin or PROT_WRITE for a copyout. 
  *
- * retval	is_fault	Intepretation
+ * retval	is_fault	Interpretation
  *   0		   0		Success
  *   0		   1		An exception was injected into the guest
  * EFAULT	  N/A		Unrecoverable error

Modified: head/sys/amd64/linux/linux_machdep.c
==============================================================================
--- head/sys/amd64/linux/linux_machdep.c	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/linux/linux_machdep.c	Tue May  3 22:13:04 2016	(r299010)
@@ -212,7 +212,7 @@ linux_mmap2(struct thread *td, struct li
 		/*
 		 * The Linux MAP_GROWSDOWN option does not limit auto
 		 * growth of the region.  Linux mmap with this option
-		 * takes as addr the inital BOS, and as len, the initial
+		 * takes as addr the initial BOS, and as len, the initial
 		 * region size.  It can then grow down from addr without
 		 * limit.  However, Linux threads has an implicit internal
 		 * limit to stack size of STACK_SIZE.  Its just not

Modified: head/sys/amd64/linux32/linux32_machdep.c
==============================================================================
--- head/sys/amd64/linux32/linux32_machdep.c	Tue May  3 22:07:18 2016	(r299009)
+++ head/sys/amd64/linux32/linux32_machdep.c	Tue May  3 22:13:04 2016	(r299010)
@@ -576,7 +576,7 @@ linux_mmap_common(struct thread *td, l_u
 		/*
 		 * The Linux MAP_GROWSDOWN option does not limit auto
 		 * growth of the region.  Linux mmap with this option
-		 * takes as addr the inital BOS, and as len, the initial
+		 * takes as addr the initial BOS, and as len, the initial
 		 * region size.  It can then grow down from addr without
 		 * limit.  However, Linux threads has an implicit internal
 		 * limit to stack size of STACK_SIZE.  Its just not
