From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753916Ab3BPRII (ORCPT ); Sat, 16 Feb 2013 12:08:08 -0500 Received: from mx1.redhat.com ([209.132.183.28]:4482 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753847Ab3BPRIG (ORCPT ); Sat, 16 Feb 2013 12:08:06 -0500 Date: Sat, 16 Feb 2013 18:06:44 +0100 From: Oleg Nesterov To: Mandeep Singh Baines Cc: linux-kernel@vger.kernel.org, Tejun Heo , Andrew Morton , "Rafael J. Wysocki" , Ingo Molnar Subject: Re: [PATCH 4/5] freezer: clear fake signal on exit from __refrigerator Message-ID: <20130216170644.GD4910@redhat.com> References: <1361008406-2307-1-git-send-email-msb@chromium.org> <1361008406-2307-4-git-send-email-msb@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1361008406-2307-4-git-send-email-msb@chromium.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/16, Mandeep Singh Baines wrote: > > --- a/kernel/freezer.c > +++ b/kernel/freezer.c > @@ -81,6 +81,9 @@ bool __refrigerator(bool check_kthr_stop) > */ > set_current_state(save); > > + /* Clear fake signal from freeze_task(). */ > + recalc_sigpending(); NACK. We can't do this lockless. And I am not sure we should reinstantiate it here. The coredumping is "special". It is not a kernel thread, but it does a lot of in-kernel activity and never returns to user-mode. If it play games with the freezer, perhaps it should take care itself... Tejun? Oleg.