+ signal-make-unhandled_signal-return-bool.patch added to -mm tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The patch titled
     Subject: signal: make unhandled_signal() return bool
has been added to the -mm tree.  Its filename is
     signal-make-unhandled_signal-return-bool.patch

This patch should soon appear at
    http://ozlabs.org/~akpm/mmots/broken-out/signal-make-unhandled_signal-return-bool.patch
and later at
    http://ozlabs.org/~akpm/mmotm/broken-out/signal-make-unhandled_signal-return-bool.patch

Before you just go and hit "reply", please:
   a) Consider who else should be cc'ed
   b) Prefer to cc a suitable mailing list as well
   c) Ideally: find the original patch on the mailing list and do a
      reply-to-all to that, adding suitable additional cc's

*** Remember to use Documentation/process/submit-checklist.rst when testing your code ***

The -mm tree is included into linux-next and is updated
there every 3-4 working days

------------------------------------------------------
From: Christian Brauner <christian@xxxxxxxxxx>
Subject: signal: make unhandled_signal() return bool

unhandled_signal() already behaves like a boolean function.  Let's
actually declare it as such too.  All callers treat it as such too.

Link: http://lkml.kernel.org/r/20180602103653.18181-13-christian@xxxxxxxxxx
Signed-off-by: Christian Brauner <christian@xxxxxxxxxx>
Reviewed-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Cc: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Cc: Eric W. Biederman <ebiederm@xxxxxxxxxxxx>
Cc: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Cc: Ingo Molnar <mingo@xxxxxxxxxx>
Cc: James Morris <james.morris@xxxxxxxxxxxxx>
Cc: Kees Cook <keescook@xxxxxxxxxxxx>
Cc: Oleg Nesterov <oleg@xxxxxxxxxx>
Cc: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Cc: Stephen Smalley <sds@xxxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---

 include/linux/signal.h |    2 +-
 kernel/signal.c        |    8 +++++---
 2 files changed, 6 insertions(+), 4 deletions(-)

diff -puN include/linux/signal.h~signal-make-unhandled_signal-return-bool include/linux/signal.h
--- a/include/linux/signal.h~signal-make-unhandled_signal-return-bool
+++ a/include/linux/signal.h
@@ -287,7 +287,7 @@ static inline void disallow_signal(int s
 
 extern struct kmem_cache *sighand_cachep;
 
-int unhandled_signal(struct task_struct *tsk, int sig);
+extern bool unhandled_signal(struct task_struct *tsk, int sig);
 
 /*
  * In POSIX a signal is sent either to a specific thread (Linux task)
diff -puN kernel/signal.c~signal-make-unhandled_signal-return-bool kernel/signal.c
--- a/kernel/signal.c~signal-make-unhandled_signal-return-bool
+++ a/kernel/signal.c
@@ -505,13 +505,15 @@ flush_signal_handlers(struct task_struct
 	}
 }
 
-int unhandled_signal(struct task_struct *tsk, int sig)
+bool unhandled_signal(struct task_struct *tsk, int sig)
 {
 	void __user *handler = tsk->sighand->action[sig-1].sa.sa_handler;
 	if (is_global_init(tsk))
-		return 1;
+		return true;
+
 	if (handler != SIG_IGN && handler != SIG_DFL)
-		return 0;
+		return false;
+
 	/* if ptraced, let the tracer determine */
 	return !tsk->ptrace;
 }
_

Patches currently in -mm which might be from christian@xxxxxxxxxx are

signal-make-force_sigsegv-void.patch
signal-make-kill_as_cred_perm-return-bool.patch
signal-make-may_ptrace_stop-return-bool.patch
signal-make-do_sigpending-void.patch
signal-simplify-rt_sigaction.patch
signal-make-kill_ok_by_cred-return-bool.patch
signal-make-sig_handler_ignored-return-bool.patch
signal-make-sig_task_ignored-return-bool.patch
signal-make-sig_ignored-return-bool.patch
signal-make-has_pending_signals-return-bool.patch
signal-make-recalc_sigpending_tsk-return-bool.patch
signal-make-unhandled_signal-return-bool.patch
signal-make-flush_sigqueue_mask-void.patch
signal-make-wants_signal-return-bool.patch
signal-make-legacy_queue-return-bool.patch
signal-make-sigkill_pending-return-bool.patch
signal-make-get_signal-return-bool.patch

--
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux