Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755465Ab0LIRID (ORCPT ); Thu, 9 Dec 2010 12:08:03 -0500 Received: from mail-wy0-f174.google.com ([74.125.82.174]:36575 "EHLO mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754602Ab0LIRIA (ORCPT ); Thu, 9 Dec 2010 12:08:00 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=WkCwL6Nlu6PA/wfWyx0hO+bpkVBBVrzcxBxYbSNhCTVtxdCO8TNSEMsoJUrvvqnTqz 80pz+C/r3DS0w4WSEiR9nUSatGqhqUCW1VGSf22kk9iEuF2qiDcXyyMURm80T+tTAciL VFUyg+TZeZ6BURJEGdgjG9gxRqAk5DQ+jKbVI= Subject: Re: [regression, 2.6.37-rc1] 'ip link tap0 up' stuck in do_exit() From: Eric Dumazet To: =?ISO-8859-1?Q?Am=E9rico?= Wang Cc: Oleg Nesterov , Florian Mickler , Ingo Molnar , Dave Chinner , linux-kernel@vger.kernel.org, netdev@vger.kernel.org In-Reply-To: <20101209164748.GA3218@hack> References: <20101103062609.GB31163@dastard> <1288768402.2467.665.camel@edumazet-laptop> <20101103103448.GA9169@dastard> <20101103112936.GB9169@dastard> <20101104002140.GA13830@dastard> <20101104054718.GC5210@cr0.nay.redhat.com> <20101208100245.01cf23c5@schatten.dmk.lab> <20101208134116.GA16923@redhat.com> <20101208134712.GB16923@redhat.com> <20101208140822.GA18681@redhat.com> <20101209164748.GA3218@hack> Content-Type: text/plain; charset="UTF-8" Date: Thu, 09 Dec 2010 18:07:54 +0100 Message-ID: <1291914474.4063.68.camel@edumazet-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 708 Lines: 21 Le vendredi 10 décembre 2010 à 00:47 +0800, Américo Wang a écrit : > Yeah, there is no point that a zombie can trigger a BUG_ON in kenrel. > But it is still interesting to know why it becomes a zombie... > A zombie is very easy to get. Technically speaking, all processes die and become zombies, unless parent said : signal(SIGCLD, SIG_IGN) before fork() The parent is buggy (sudo in this case ?) and doesnt call wait() to 'free' one of its children. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/