Date: Tue, 3 May 2016 22:13:05 +0000 (UTC) From: "Pedro F. Giffuni" <pfg@FreeBSD.org> To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r299010 - in head/sys/amd64: acpica amd64 conf include linux linux32 Message-ID: <201605032213.u43MD5AW008048@repo.freebsd.org>
next in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201605032213.u43MD5AW008048>