Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp2545412ybk; Tue, 12 May 2020 02:02:31 -0700 (PDT) X-Google-Smtp-Source: APiQypJzbnAJAtp2mo8y3g9Pp2o37AsfRGcnWdsVhLConIdqcMWoR930e1Q1CvozsVr4Yl0pkR4t X-Received: by 2002:a17:906:25cb:: with SMTP id n11mr17490154ejb.37.1589274150811; Tue, 12 May 2020 02:02:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589274150; cv=none; d=google.com; s=arc-20160816; b=g4/PH+Km9BYQ4mn9+M0TNlxzeB4NE0YRiDqtTqv/yu+BIt83NIT2TR7+wPoPHHfKDu jbGn/L58NZBbljlWNVFAZnwzYRK9v92+TX492s2/F6qXgZfrOnfp8S6pIJT8etq2W0Ys 2dy9sD5eViYbTqkBV0GPKuQcxgzZimCS+YjCFf4JfXJeNPx1QshJxgL16Olu21ODHLHK 6wXzhRWNeBvnAAF1cYbw8ieiZW2x3emzXIm+yTQIL5TcVP1Rn5in9VBj8orsnjK1zgsr /JJ5cIPVN0wHF9jzdBlk3KDgTevDVLBNtpfSu1eVTY2u9tUqUTtqKPn9nKTV5g8+wqMF EWDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=HurJRAKZQ/8w5nzrNGwrstabvTHEjbUGWg8UIPZwDKc=; b=nG/jGtaHkL4ex+P2yVa3+10FtJR4K7PVaYy3ukVo+kJMYkjjOy2TlzM4B5U7ZrGYcN S5McdNVt+SKk4L6rYZ52z3OihLznPGKrBUQ0A6k7EBE8FmppQkKMWXNfjL5+pGv/OaOp nxytiLDXJmiWfEgncRgiF+Fv2kr8udMbEmPxNwdBFpbxyve2hRJfho0G+9cbfOQXdm5E 5cX5fCzqEDL7R7yTPOCvvMf2O36TL0oGNpD7xAr9rj/XyxSxr5nCSVni3ZgPuKMGBlz6 57WrCVfSb8jpKRpEZU7T3WDrOAfoaS0SpvTXeGBm04yW3Wp7LUSPSz8o69IqV3s4hRgN yzCA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m9si3761226ejr.100.2020.05.12.02.02.07; Tue, 12 May 2020 02:02:30 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729496AbgELJAZ (ORCPT + 99 others); Tue, 12 May 2020 05:00:25 -0400 Received: from foss.arm.com ([217.140.110.172]:49724 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729357AbgELJAU (ORCPT ); Tue, 12 May 2020 05:00:20 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4D3F61FB; Tue, 12 May 2020 02:00:19 -0700 (PDT) Received: from [192.168.0.7] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 4A6B13F305; Tue, 12 May 2020 02:00:18 -0700 (PDT) Subject: Re: [PATCH v2] sched/fair: Fix enqueue_task_fair warning some more To: Phil Auld , Vincent Guittot Cc: Peter Zijlstra , linux-kernel , Ingo Molnar , Juri Lelli References: <20200506141821.GA9773@lorien.usersys.redhat.com> <20200507203612.GF19331@lorien.usersys.redhat.com> <20200511204410.GI13245@lorien.usersys.redhat.com> From: Dietmar Eggemann Message-ID: <9b95fb7d-68e2-bb69-1293-af2017be4cdb@arm.com> Date: Tue, 12 May 2020 11:00:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200511204410.GI13245@lorien.usersys.redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/05/2020 22:44, Phil Auld wrote: > On Mon, May 11, 2020 at 09:25:43PM +0200 Vincent Guittot wrote: >> On Thu, 7 May 2020 at 22:36, Phil Auld wrote: >>> >>> sched/fair: Fix enqueue_task_fair warning some more >>> >>> The recent patch, fe61468b2cb (sched/fair: Fix enqueue_task_fair warning) >>> did not fully resolve the issues with the rq->tmp_alone_branch != >>> &rq->leaf_cfs_rq_list warning in enqueue_task_fair. There is a case where >>> the first for_each_sched_entity loop exits due to on_rq, having incompletely >>> updated the list. In this case the second for_each_sched_entity loop can >>> further modify se. The later code to fix up the list management fails to do >>> what is needed because se no longer points to the sched_entity which broke >>> out of the first loop. >>> >>> Address this by calling leaf_add_rq_list if there are throttled parents while >>> doing the second for_each_sched_entity loop. >>> >> >> Fixes: fe61468b2cb (sched/fair: Fix enqueue_task_fair warning) >> >>> Suggested-by: Vincent Guittot >>> Signed-off-by: Phil Auld >>> Cc: Peter Zijlstra (Intel) >>> Cc: Vincent Guittot >>> Cc: Ingo Molnar >>> Cc: Juri Lelli >> >> With the Fixes tag and the typo mentioned by Tao >> > > Right, that last line of the commit message should read "list_add_leaf_cfs_rq" > > >> Reviewed-by: Vincent Guittot > > Thanks Vincent. > > Peter/Ingo, do you want me to resend or can you fix when applying? Maybe you could add that 'the throttled parent was already added back to the list by a task enqueue in a parallel child hierarchy'. IMHO, this is part of the description because otherwise the throttled parent would have connected the branch. And the not-adding of the intermediate child cfs_rq would have gone unnoticed. Reviewed-by: Dietmar Eggemann [...]