[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTi=jra_M+F9OKj31uS6EMu+ZkPT++GSrNd_bgXSy@mail.gmail.com>
Date: Mon, 29 Nov 2010 19:39:27 -0800
From: Paul Turner <pjt@...gle.com>
To: Ingo Molnar <mingo@...e.hu>
Cc: Mike Galbraith <efault@....de>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Oleg Nesterov <oleg@...hat.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4] sched: automated per session task groups
On Mon, Nov 29, 2010 at 11:20 AM, Ingo Molnar <mingo@...e.hu> wrote:
>
> * Mike Galbraith <efault@....de> wrote:
>
>> > I know, from the testing so far we _thought_ it was fairly sane. Apparently
>> > there's still some work to do.
>>
>> Damn thing bisected to:
>>
>> commit 92fd4d4d67b945c0766416284d4ab236b31542c4
>> Merge: fe7de49 e53beac
>> Author: Ingo Molnar <mingo@...e.hu>
>> Date: Thu Nov 18 13:22:14 2010 +0100
>>
>> Merge commit 'v2.6.37-rc2' into sched/core
>>
>> Merge reason: Move to a .37-rc base.
>>
>> Signed-off-by: Ingo Molnar <mingo@...e.hu>
>>
>> 92fd4d4d67b945c0766416284d4ab236b31542c4 is the first bad commit
>
> Hm, i'd suggest to double check the two originator points:
>
> e53beac - is it really 'bad' ?
> fe7de49 - is it really 'good'?
>
> Thanks,
>
> Ingo
>
https://lkml.org/lkml/2010/11/29/566
Should fix this. We missed this in testing as the delay between
last-task-exit and group destruction was always sufficiently large as
to ensure that the task_group had aged out of shares updates (as
opposed to requiring explicit removal).
With autogroup obviously the window here is essentially instantaneous
which leads to the buggy removal code being executed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists