[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110418134421.GA15951@redhat.com>
Date: Mon, 18 Apr 2011 15:44:21 +0200
From: Oleg Nesterov <oleg@...hat.com>
To: Tejun Heo <tj@...nel.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>
Cc: "Nikita V. Youshchenko" <nyoushchenko@...sta.com>,
Matt Fleming <matt@...sole-pimps.org>,
linux-kernel@...r.kernel.org
Subject: [RFC PATCH v2 0/7] signal: sigprocmask fixes
Andrew, please drop V1:
signal-introduce-retarget_shared_pending.patch
signal-retarget_shared_pending-consider-shared-unblocked-signals-only.patch
signal-sigprocmask-narrow-the-scope-of-sigloc.patch
signal-sigprocmask-should-do-retarget_shared_pending.patch
x86-signal-handle_signal-should-use-sigprocmask.patch
x86-signal-sys_rt_sigreturn-should-use-sigprocmask.patch
Changes in V2:
- 2/7 change retarget_shared_pending() to accept mask, not ~mask
- 3/7 is new, it adds the optimization promised in 2/7
- 4/7 add the small comment about current->blocked as Matt
suggested
- 5/7 add the new helper, set_current_blocked(), suggested
by Linus
- 8/7 is the new and a bit off-topic cleanup, but sys_rt_sigprocmask()
looks so annoying
Matt, I didn't dare to keep your reviewed-by tags because of the
changes above, hopefully you can re-ack.
Once again: if we need this, then we need a lot more (trivial) changes
like 6/7 and 7/7. Basically every change of ->blocked should be converted
to use set_current_blocked(). OTOH, perhaps this makes sense by itself.
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists