From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Howells Subject: Re: [PATCH 20/40] mn10300: Use set_current_blocked() and block_sigmask() Date: Tue, 14 Feb 2012 18:12:59 +0000 Message-ID: <27258.1329243179@redhat.com> References: <20120214172340.GA22645@redhat.com> <1329219673-28711-21-git-send-email-matt@console-pimps.org> <1329219673-28711-1-git-send-email-matt@console-pimps.org> <17603.1329234976@redhat.com> Return-path: Received: from mx1.redhat.com ([209.132.183.28]:25787 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753616Ab2BNSNT (ORCPT ); Tue, 14 Feb 2012 13:13:19 -0500 In-Reply-To: <20120214172340.GA22645@redhat.com> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Oleg Nesterov Cc: dhowells@redhat.com, Matt Fleming , linux-arch@vger.kernel.org, Andrew Morton , linux-kernel@vger.kernel.org, Matt Fleming , Koichi Yasutake , Al Viro , linux-am33-list@redhat.com Oleg Nesterov wrote: > No, only current can change ->blocked. This is even documented in > sigprocmask(). And more, the only correct way to change ->blocked > is set_current_blocked(). OK, with a couple of "I know what I am > doing" exceptions in kernel/signal.c. I was looking at force_sig_info() and derivatives. Is that what you refer to? If so, is it worth providing a force_sig_info_current(), force_sigsegv_current() and force_sig_current() to make things clearer to grep for, I wonder? David