From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with SMTP id 8B5506B0069 for ; Wed, 2 Nov 2011 11:59:39 -0400 (EDT) Date: Wed, 2 Nov 2011 16:55:05 +0100 From: Oleg Nesterov Subject: Re: Issue with core dump Message-ID: <20111102155505.GA30500@redhat.com> References: <20111101152320.GA30466@redhat.com> <20111102153146.GC12543@dhcp-172-17-108-109.mtv.corp.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111102153146.GC12543@dhcp-172-17-108-109.mtv.corp.google.com> Sender: owner-linux-mm@kvack.org List-ID: To: Tejun Heo Cc: trisha yad , linux-mm , Russell King - ARM Linux , linux-kernel@vger.kernel.org, linux-mips@linux-mips.org, kamezawa.hiroyu@jp.fujitsu.com, mhocko@suse.cz, rientjes@google.com, Andrew Morton , Konstantin Khlebnikov , KOSAKI Motohiro , "Rafael J. Wysocki" , Rusty Russell On 11/02, Tejun Heo wrote: > > Also, the time between do_user_fault() and actual core dumping isn't > the important factor here. do_user_fault() directly triggers delivery > of SIGSEGV (or BUS) and signal delivery will immediately deliver > SIGKILL to all other threads in the process, Not really, note the "if (!sig_kernel_coredump(sig))" check. And this is what we can improve. But this is not simple, and personally I think doesn't worth the trouble. Oleg. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org