S/390 typo fixes
(Steven Cole)
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux-2.5.66-bk3/include/asm-s390/bitops.h linux-2.5.66-ac1/include/asm-s390/bitops.h
--- linux-2.5.66-bk3/include/asm-s390/bitops.h 2003-03-27 17:13:28.000000000 +0000
+++ linux-2.5.66-ac1/include/asm-s390/bitops.h 2003-03-20 18:46:00.000000000 +0000
@@ -51,7 +51,7 @@
#ifdef CONFIG_SMP
/*
- * SMP save set_bit routine based on compare and swap (CS)
+ * SMP safe set_bit routine based on compare and swap (CS)
*/
static inline void set_bit_cs(int nr, volatile unsigned long *ptr)
{
@@ -76,7 +76,7 @@
}
/*
- * SMP save clear_bit routine based on compare and swap (CS)
+ * SMP safe clear_bit routine based on compare and swap (CS)
*/
static inline void clear_bit_cs(int nr, volatile unsigned long *ptr)
{
@@ -101,7 +101,7 @@
}
/*
- * SMP save change_bit routine based on compare and swap (CS)
+ * SMP safe change_bit routine based on compare and swap (CS)
*/
static inline void change_bit_cs(int nr, volatile unsigned long *ptr)
{
@@ -126,7 +126,7 @@
}
/*
- * SMP save test_and_set_bit routine based on compare and swap (CS)
+ * SMP safe test_and_set_bit routine based on compare and swap (CS)
*/
static inline int
test_and_set_bit_cs(int nr, volatile unsigned long *ptr)
@@ -153,7 +153,7 @@
}
/*
- * SMP save test_and_clear_bit routine based on compare and swap (CS)
+ * SMP safe test_and_clear_bit routine based on compare and swap (CS)
*/
static inline int
test_and_clear_bit_cs(int nr, volatile unsigned long *ptr)
@@ -180,7 +180,7 @@
}
/*
- * SMP save test_and_change_bit routine based on compare and swap (CS)
+ * SMP safe test_and_change_bit routine based on compare and swap (CS)
*/
static inline int
test_and_change_bit_cs(int nr, volatile unsigned long *ptr)
Matti Aarnio <[email protected]> writes:
>It is Alan's privilege to choose whatever he wants for the email
>subject, but the sad part is, that every time a reference is
>made to AIC7XXX in email subject, vger's keepers get tons of
>spam-rejections.
>Tons of sites have bad lookups matching only "XXX" substring, and not
>checking if that happens to be a substring in some word...
It would be a positive signal to net hygiene if you simply drop sites
which do such bounces off the list with a final message to the
subscriber and its postmaster with an automated message for the
reason.
Spam-Filtering is one thing. Harassing the LKM list admins because the
spam filtering got out of control is not.
And people starting to change their message subjects to be
"politically correct" because any combination of the letters "x", "x"
and "x" gets rejected is simply a bad sign. IMHO.
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
[email protected] +49 9131 50 654 0 http://www.intermeta.de/
Java, perl, Solaris, Linux, xSP Consulting, Web Services
freelance consultant -- Jakarta Turbine Development -- hero for hire