Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758234Ab0KPOUK (ORCPT ); Tue, 16 Nov 2010 09:20:10 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:48974 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with SMTP id S1757977Ab0KPOUI (ORCPT ); Tue, 16 Nov 2010 09:20:08 -0500 X-Authenticated: #14349625 X-Provags-ID: V01U2FsdGVkX1/4xNRkbU74OEUjKIQOMX6bHEn+j02no9Bxssh/d1 /Dt5hLxCFDLna/ Subject: Re: [RFC/RFT PATCH v3] sched: automated per tty task groups From: Mike Galbraith To: Peter Zijlstra Cc: Oleg Nesterov , Linus Torvalds , Markus Trippelsdorf , Mathieu Desnoyers , Ingo Molnar , LKML In-Reply-To: <1289916081.2109.620.camel@laptop> References: <20101114202734.GA1627@arch.trippelsdorf.de> <1289778189.5154.10.camel@maggy.simson.net> <1289783580.495.58.camel@maggy.simson.net> <1289811438.2109.474.camel@laptop> <1289820766.16406.45.camel@maggy.simson.net> <1289821590.16406.47.camel@maggy.simson.net> <20101115125716.GA22422@redhat.com> <1289856350.14719.135.camel@maggy.simson.net> <1289916081.2109.620.camel@laptop> Content-Type: text/plain; charset="UTF-8" Date: Tue, 16 Nov 2010 07:19:52 -0700 Message-ID: <1289917192.5169.132.camel@maggy.simson.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1089 Lines: 27 On Tue, 2010-11-16 at 15:01 +0100, Peter Zijlstra wrote: > On Mon, 2010-11-15 at 14:25 -0700, Mike Galbraith wrote: > > > > + if (p->flags & PF_EXITING) > > > > + return false; > > > > > > Hmm, why? Perhaps PF_EXITING was needed in the previous version to > > > avoid the race with release_task(). But now it is always safe to > > > use signal->autogroup. > > > > That came into existence when I stress tested previous version in > > PREEMPT_RT (boom). I see no good reason to bother an exiting task > > though, so would prefer to leave it as is. > > PREEMPT_RT has a slightly different exit path IIRC. If that was the only > thing you saw it explode on we could leave the check out for now and > revisit it in the -rt patches when and if it pops up. Hmm? Yeah, I'm going to whack it. (and add your lockdep thingy) -Mike -- 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/