From owner-freebsd-bugs@FreeBSD.ORG Sat Nov 16 10:50:02 2013 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19547BD2 for ; Sat, 16 Nov 2013 10:50:02 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 063252A1D for ; Sat, 16 Nov 2013 10:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rAGAo1IF067180 for ; Sat, 16 Nov 2013 10:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rAGAo11s067178; Sat, 16 Nov 2013 10:50:01 GMT (envelope-from gnats) Date: Sat, 16 Nov 2013 10:50:01 GMT Message-Id: <201311161050.rAGAo11s067178@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: kern/176054: commit references a PR X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: dfilter service List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Nov 2013 10:50:02 -0000 The following reply was made to PR kern/176054; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/176054: commit references a PR Date: Sat, 16 Nov 2013 10:48:08 +0000 (UTC) Author: mav Date: Sat Nov 16 10:47:58 2013 New Revision: 258218 URL: http://svnweb.freebsd.org/changeset/base/258218 Log: MFC r250576 (by eadler): Fix several typos PR: kern/176054 Modified: stable/9/sys/dev/ata/ata-lowlevel.c stable/9/sys/dev/uart/uart_core.c stable/9/sys/dev/usb/serial/usb_serial.c stable/9/sys/dev/usb/serial/usb_serial.h stable/9/sys/fs/fdescfs/fdesc_vnops.c stable/9/sys/mips/mips/stack_machdep.c stable/9/sys/netgraph/bluetooth/hci/ng_hci_ulpi.c stable/9/sys/ufs/ffs/ffs_balloc.c stable/9/sys/x86/x86/local_apic.c Directory Properties: stable/9/sys/ (props changed) stable/9/sys/dev/ (props changed) stable/9/sys/fs/ (props changed) Modified: stable/9/sys/dev/ata/ata-lowlevel.c ============================================================================== --- stable/9/sys/dev/ata/ata-lowlevel.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/dev/ata/ata-lowlevel.c Sat Nov 16 10:47:58 2013 (r258218) @@ -505,7 +505,7 @@ ata_generic_reset(device_t dev) mask, ostat0, ostat1); /* if nothing showed up there is no need to get any further */ - /* XXX SOS is that too strong?, we just might loose devices here */ + /* XXX SOS is that too strong?, we just might lose devices here */ ch->devices = 0; if (!mask) return; Modified: stable/9/sys/dev/uart/uart_core.c ============================================================================== --- stable/9/sys/dev/uart/uart_core.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/dev/uart/uart_core.c Sat Nov 16 10:47:58 2013 (r258218) @@ -131,7 +131,7 @@ uart_intr_break(void *arg) * much of the data we can, but otherwise flush the receiver FIFO to * create some breathing room. The net effect is that we avoid the * overrun condition to happen for the next X characters, where X is - * related to the FIFO size at the cost of loosing data right away. + * related to the FIFO size at the cost of losing data right away. * So, instead of having multiple overrun interrupts in close proximity * to each other and possibly pessimizing UART interrupt latency for * other UARTs in a multiport configuration, we create a longer segment @@ -186,7 +186,7 @@ uart_intr_rxready(void *arg) * Line or modem status change (OOB signalling). * We pass the signals to the software interrupt handler for further * processing. Note that we merge the delta bits, but set the state - * bits. This is to avoid loosing state transitions due to having more + * bits. This is to avoid losing state transitions due to having more * than 1 hardware interrupt between software interrupts. */ static __inline int Modified: stable/9/sys/dev/usb/serial/usb_serial.c ============================================================================== --- stable/9/sys/dev/usb/serial/usb_serial.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/dev/usb/serial/usb_serial.c Sat Nov 16 10:47:58 2013 (r258218) @@ -965,7 +965,7 @@ ucom_cfg_line_state(struct usb_proc_msg sc->sc_pls_set = 0; sc->sc_pls_clr = 0; - /* ensure that we don't loose any levels */ + /* ensure that we don't lose any levels */ if (notch_bits & UCOM_LS_DTR) sc->sc_callback->ucom_cfg_set_dtr(sc, (prev_value & UCOM_LS_DTR) ? 1 : 0); Modified: stable/9/sys/dev/usb/serial/usb_serial.h ============================================================================== --- stable/9/sys/dev/usb/serial/usb_serial.h Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/dev/usb/serial/usb_serial.h Sat Nov 16 10:47:58 2013 (r258218) @@ -146,7 +146,7 @@ struct ucom_super_softc { struct ucom_softc { /* - * NOTE: To avoid loosing level change information we use two + * NOTE: To avoid losing level change information we use two * tasks instead of one for all commands. * * Level changes are transitions like: Modified: stable/9/sys/fs/fdescfs/fdesc_vnops.c ============================================================================== --- stable/9/sys/fs/fdescfs/fdesc_vnops.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/fs/fdescfs/fdesc_vnops.c Sat Nov 16 10:47:58 2013 (r258218) @@ -333,7 +333,7 @@ fdesc_lookup(ap) * and the root vnode lock will be obtained afterwards (in case * we're looking up the fd of the root vnode), which will be the * opposite lock order. Vhold the root vnode first so we don't - * loose it. + * lose it. */ vhold(dvp); VOP_UNLOCK(dvp, 0); Modified: stable/9/sys/mips/mips/stack_machdep.c ============================================================================== --- stable/9/sys/mips/mips/stack_machdep.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/mips/mips/stack_machdep.c Sat Nov 16 10:47:58 2013 (r258218) @@ -148,7 +148,7 @@ stack_save(struct stack *st) u_register_t pc, sp; if (curthread == NULL) - panic("stack_save: curthread == NULL)"); + panic("stack_save: curthread == NULL"); pc = curthread->td_pcb->pcb_regs.pc; sp = curthread->td_pcb->pcb_regs.sp; Modified: stable/9/sys/netgraph/bluetooth/hci/ng_hci_ulpi.c ============================================================================== --- stable/9/sys/netgraph/bluetooth/hci/ng_hci_ulpi.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/netgraph/bluetooth/hci/ng_hci_ulpi.c Sat Nov 16 10:47:58 2013 (r258218) @@ -391,7 +391,7 @@ ng_hci_lp_sco_con_req(ng_hci_unit_p unit default: panic( -"%s: %s - Inavalid connection state=%d\n", +"%s: %s - Invalid connection state=%d\n", __func__, NG_NODE_NAME(unit->node), sco_con->state); break; Modified: stable/9/sys/ufs/ffs/ffs_balloc.c ============================================================================== --- stable/9/sys/ufs/ffs/ffs_balloc.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/ufs/ffs/ffs_balloc.c Sat Nov 16 10:47:58 2013 (r258218) @@ -1033,7 +1033,7 @@ fail: * We have to sync it at the end so that the soft updates code * does not find any untracked changes. Although this is really * slow, running out of disk space is not expected to be a common - * occurence. The error return from fsync is ignored as we already + * occurrence. The error return from fsync is ignored as we already * have an error to return to the user. * * XXX Still have to journal the free below Modified: stable/9/sys/x86/x86/local_apic.c ============================================================================== --- stable/9/sys/x86/x86/local_apic.c Sat Nov 16 10:44:17 2013 (r258217) +++ stable/9/sys/x86/x86/local_apic.c Sat Nov 16 10:47:58 2013 (r258218) @@ -795,7 +795,7 @@ lapic_handle_timer(struct trapframe *fra * Don't do any accounting for the disabled HTT cores, since it * will provide misleading numbers for the userland. * - * No locking is necessary here, since even if we loose the race + * No locking is necessary here, since even if we lose the race * when hlt_cpus_mask changes it is not a big deal, really. * * Don't do that for ULE, since ULE doesn't consider hlt_cpus_mask _______________________________________________ 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-unsubscribe@freebsd.org"