From owner-svn-src-head@freebsd.org Tue May 3 22:13:06 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAF74B2C67D; Tue, 3 May 2016 22:13:06 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A716E1968; Tue, 3 May 2016 22:13:06 +0000 (UTC) (envelope-from pfg@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u43MD523008057; Tue, 3 May 2016 22:13:05 GMT (envelope-from pfg@FreeBSD.org) Received: (from pfg@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u43MD5AW008048; Tue, 3 May 2016 22:13:05 GMT (envelope-from pfg@FreeBSD.org) Message-Id: <201605032213.u43MD5AW008048@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: pfg set sender to pfg@FreeBSD.org using -f From: "Pedro F. Giffuni" Date: Tue, 3 May 2016 22:13:05 +0000 (UTC) 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 X-SVN-Group: head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2016 22:13:06 -0000 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 __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