linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 1/2] new valid_signal function (fwd)
@ 2005-04-28 10:29 Jesper Juhl
  0 siblings, 0 replies; only message in thread
From: Jesper Juhl @ 2005-04-28 10:29 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Matthew Wilcox, Herbert Xu, Christoph Hellwig, linux-kernel


Hi Andrew,

A while back I attempted to fix a little, not at all critical, gcc -W 
warning in fs/fcntl.c, during the discussion Matthew Wilcox noted that 
there were other locations that did the same thing and at least one 
location where there was an off-by-one error. He suggested that one good 
way of fixing the whole thing would be to introduce a new valid_signal() 
function. This can all be found in the '[PATCH] fs/fcntl.c : don't test 
unsigned value for less than zero' thread.
I created a patch to do that and also one that put it to good use and 
posted both patches to the list and a few people that I thought were 
relevant (same people that are CC: on this mail), but never heard anythng 
back and I didn't see the patches get merged either, so now I'm sending 
them to you in the hope that you'll merge them in -mm.

Below is the first patch that adds the new function.

-- Jesper Juhl


---------- Forwarded message ----------
Date: Mon, 18 Apr 2005 22:53:26 +0200 (CEST)
From: Jesper Juhl <juhl-lkml@dif.dk>
To: LKML <linux-kernel@vger.kernel.org>
Cc: Matthew Wilcox <matthew@wil.cx>, Herbert Xu <herbert@gondor.apana.org.au>,
    Christoph Hellwig <hch@infradead.org>
Subject: [PATCH 1/2] new valid_signal function

This patch adds a new function  valid_signal()  that tests if its argument 
is a valid signal number. 

The reasons for adding this new function are:
- some code currently testing _NSIG directly has off-by-one errors. Using 
this function instead avoids such errors.
- some code currently tests unsigned signal numbers for <0 which is 
pointless and generates warnings when building with gcc -W. Using this 
function instead avoids such warnings.

I considered various places to add this function but eventually settled on 
include/linux/signal.h as the most logical place for it. If there's some 
reason this is a bad choice then please let me know (hints as to a better 
location are then welcome of course).

A patch that converts most of the code that currently uses _NSIG directly 
to call this function instead is [PATCH 2/2] coming shortly..

Signed-off-by: Jesper Juhl <juhl-lkml@dif.dk>

 include/linux/signal.h |    6 ++++++
 1 files changed, 6 insertions(+)

--- linux-2.6.12-rc2-mm3-orig/include/linux/signal.h	2005-04-11 21:20:56.000000000 +0200
+++ linux-2.6.12-rc2-mm3/include/linux/signal.h	2005-04-18 20:09:50.000000000 +0200
@@ -220,6 +220,12 @@
 	INIT_LIST_HEAD(&sig->list);
 }
 
+/* Test if 'sig' is valid signal. Use this instead of testing _NSIG directly */
+static inline int valid_signal(unsigned long sig)
+{
+	return sig <= _NSIG ? 1 : 0;
+}
+
 extern int group_send_sig_info(int sig, struct siginfo *info, struct task_struct *p);
 extern int __group_send_sig_info(int, struct siginfo *, struct task_struct *);
 extern long do_sigpending(void __user *, unsigned long);



-
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/

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2005-04-28 10:30 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-04-28 10:29 [PATCH 1/2] new valid_signal function (fwd) Jesper Juhl

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).