lkml.org 
[lkml]   [2003]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
Date
From
SubjectRe: [PATCH] More spelling fixes: loose->lose
On Sat, Mar 01, 2003 at 08:28:07PM +0000, Hugo Mills wrote:
> Loose, pronounced with a soft "s", as in the word "spelling", means
> badly-fitting or vague.

Actually it means "not tight" or unconstrained as in "loosen
the collar and check airflow before performing
mouth-to-mouth" or "let loose the dogs"

In actual usage loose and lose can be antonyms when
referring to priveleges. "loose privs" vs "lose privs".

I found at least one case of correction that looked wrong so
i perused the lot, see comments.

> diff -ur linux-2.5.63-orig/arch/ia64/kernel/perfmon.c linux-2.5.63/arch/ia64/kernel/perfmon.c
> --- linux-2.5.63-orig/arch/ia64/kernel/perfmon.c 2003-03-01 16:19:41.000000000 +0000
> +++ linux-2.5.63/arch/ia64/kernel/perfmon.c 2003-03-01 19:55:03.000000000 +0000
> @@ -2995,7 +2995,7 @@
> * interruptible). In this case, the PMU will be kept frozen and the process will
> * run to completion without monitoring enabled.
> *
> - * Of course, we cannot loose notify process when self-monitoring.
> + * Of course, we cannot lose notify process when self-monitoring.

This might have been "loosely notify" but careful examination of the
context idicates it should be "lose notification process" or
"lose the notify process".

> diff -ur linux-2.5.63-orig/drivers/scsi/atari_NCR5380.c linux-2.5.63/drivers/scsi/atari_NCR5380.c
> --- linux-2.5.63-orig/drivers/scsi/atari_NCR5380.c 2003-01-09 04:04:16.000000000 +0000
> +++ linux-2.5.63/drivers/scsi/atari_NCR5380.c 2003-03-01 20:05:24.000000000 +0000
> @@ -2953,7 +2953,7 @@
> * on any queue, so they won't be retried ...
> *
> * Conclusion: either scsi.c disables timeout for all resetted commands

[OT] Past tense of the verb reset is reset, not resetted.

> - * immediately, or we loose! As of linux-2.0.20 it doesn't.
> + * immediately, or we lose! As of linux-2.0.20 it doesn't.
> */
>
> /* After the reset, there are no more connected or disconnected commands

> diff -ur linux-2.5.63-orig/include/asm-mips/processor.h linux-2.5.63/include/asm-mips/processor.h
> --- linux-2.5.63-orig/include/asm-mips/processor.h 2003-01-09 04:03:50.000000000 +0000
> +++ linux-2.5.63/include/asm-mips/processor.h 2003-03-01 20:11:23.000000000 +0000
> @@ -228,7 +228,7 @@
> * Do necessary setup to start up a newly executed thread.
> */
> #define start_thread(regs, new_pc, new_sp) do { \
> - /* New thread looses kernel privileges. */ \
> + /* New thread loses kernel privileges. */ \

Good catch. We don't want "New thread loosens kernel privileges."

> regs->cp0_status = (regs->cp0_status & ~(ST0_CU0|ST0_KSU)) | KU_USER;\
> regs->cp0_epc = new_pc; \
> regs->regs[29] = new_sp; \
> diff -ur linux-2.5.63-orig/include/asm-mips64/processor.h linux-2.5.63/include/asm-mips64/processor.h
> --- linux-2.5.63-orig/include/asm-mips64/processor.h 2003-01-09 04:04:14.000000000 +0000
> +++ linux-2.5.63/include/asm-mips64/processor.h 2003-03-01 20:10:46.000000000 +0000
> @@ -256,7 +256,7 @@
> do { \
> unsigned long __status; \
> \
> - /* New thread looses kernel privileges. */ \
> + /* New thread loses kernel privileges. */ \
> __status = regs->cp0_status & ~(ST0_CU0|ST0_FR|ST0_KSU); \
> __status |= KSU_USER; \
> __status |= (current->thread.mflags & MF_32BIT) ? 0 : ST0_FR; \

> diff -ur linux-2.5.63-orig/include/linux/securebits.h linux-2.5.63/include/linux/securebits.h
> --- linux-2.5.63-orig/include/linux/securebits.h 2003-01-09 04:03:56.000000000 +0000
> +++ linux-2.5.63/include/linux/securebits.h 2003-03-01 20:10:11.000000000 +0000
> @@ -14,7 +14,7 @@
> #define SECURE_NOROOT 0
>
> /* When set, setuid to/from uid 0 does not trigger capability-"fixes"
> - to be compatible with old programs relying on set*uid to loose
> + to be compatible with old programs relying on set*uid to lose
> privileges. When unset, setuid doesn't change privileges. */

Youch, Meaning inversion.




--
________________________________________________________________
J.W. Schultz Pegasystems Technologies
email address: jw@pegasys.ws

Remember Cernan and Schmitt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.090 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site