From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966592AbcIZOyG (ORCPT ); Mon, 26 Sep 2016 10:54:06 -0400 Received: from merlin.infradead.org ([205.233.59.134]:36002 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965716AbcIZOyF (ORCPT ); Mon, 26 Sep 2016 10:54:05 -0400 Date: Mon, 26 Sep 2016 16:53:54 +0200 From: Peter Zijlstra To: Vincent Guittot Cc: Ingo Molnar , linux-kernel , Yuyang Du , Morten Rasmussen , Linaro Kernel Mailman List , Dietmar Eggemann , Paul Turner , Benjamin Segall Subject: Re: [PATCH 7/7 v3] sched: fix wrong utilization accounting when switching to fair class Message-ID: <20160926145354.GL5020@twins.programming.kicks-ass.net> References: <1473666472-13749-1-git-send-email-vincent.guittot@linaro.org> <1473666472-13749-8-git-send-email-vincent.guittot@linaro.org> <20160915131807.GS5008@twins.programming.kicks-ass.net> <20160916121626.GN5012@twins.programming.kicks-ass.net> <20160920115458.GX5016@twins.programming.kicks-ass.net> <20160922122518.GY5016@twins.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160922122518.GY5016@twins.programming.kicks-ass.net> User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 22, 2016 at 02:25:18PM +0200, Peter Zijlstra wrote: > On Tue, Sep 20, 2016 at 03:06:04PM +0200, Vincent Guittot wrote: > > > Also, even it things magically worked out, its still very icky to mix > > > the normalized vruntime into things. > > > > I agree > > In any case, I pushed out a bunch of patches to: > > git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/tmp > > they appear to be able to build a kernel, but that's not much testing. Hurmph, its buggered for cgroups. When we get the newidle lockbreak between dequeue and put_prev_task, the load-balance pull can add a task to the 'current' cgroup. Which suggests we cannot do that enqueue_entity() optimization, unless we fix that dequeue+put atomicy muck.