From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753517AbbJTWcC (ORCPT ); Tue, 20 Oct 2015 18:32:02 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:42928 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752711AbbJTWb5 (ORCPT ); Tue, 20 Oct 2015 18:31:57 -0400 Date: Tue, 20 Oct 2015 15:31:55 -0700 From: Andrew Morton To: Oleg Nesterov Cc: Dmitry Vyukov , Alexander Potapenko , Denys Vlasenko , Eric Dumazet , Jan Kratochvil , Julien Tinnes , Kees Cook , Kostya Serebryany , Linus Torvalds , "Michael Kerrisk (man-pages)" , Pedro Alves , Robert Swiecki , Roland McGrath , syzkaller@googlegroups.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] wait/ptrace: always assume __WALL if the child is traced Message-Id: <20151020153155.e03f4219da4014efe6f810b0@linux-foundation.org> In-Reply-To: <20151020171754.GA29304@redhat.com> References: <20151020171740.GA29290@redhat.com> <20151020171754.GA29304@redhat.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 20 Oct 2015 19:17:54 +0200 Oleg Nesterov wrote: > The following program (simplified version of generated by syzkaller) > > #include > #include > #include > #include > #include > > void *thread_func(void *arg) > { > ptrace(PTRACE_TRACEME, 0,0,0); > return 0; > } > > int main(void) > { > pthread_t thread; > > if (fork()) > return 0; > > while (getppid() != 1) > ; > > pthread_create(&thread, NULL, thread_func, NULL); > pthread_join(thread, NULL); > return 0; > } > > creates the unreapable zombie if /sbin/init doesn't use __WALL. > > This is not a kernel bug, at least in a sense that everything works as > expected: debugger should reap a traced sub-thread before it can reap > the leader, but without __WALL/__WCLONE do_wait() ignores sub-threads. > > Unfortunately, it seems that /sbin/init in most (all?) distributions > doesn't use it and we have to change the kernel to avoid the problem. Well, to fix this a distro needs to roll out a new kernel. Or a new init(8). Is there any reason to believe that distributing/deploying a new kernel is significantly easier for everyone? Because fixing init sounds like a much preferable solution to this problem.