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
_______________________________________________
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
