kern/176054: commit references a PR
dfilter service
dfilter at FreeBSD.ORG
Sat Nov 16 10:50:02 UTC 2013
The following reply was made to PR kern/176054; it has been noted by GNATS.
From: dfilter at FreeBSD.ORG (dfilter service)
To: bug-followup at 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 at freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscribe at freebsd.org"
More information about the freebsd-bugs
mailing list