Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp495618pxb; Tue, 9 Feb 2021 05:49:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJyhd8KYTFet+1BhdcJUQlXSyfwFLsprIoDZC2nD78xk/Jl7H825YYQsVVuijmZh60ZkF0fc X-Received: by 2002:a05:6402:2690:: with SMTP id w16mr23064139edd.304.1612878581572; Tue, 09 Feb 2021 05:49:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612878581; cv=none; d=google.com; s=arc-20160816; b=BYHJPo2qaYp72rf/ccteHZ65UQZVFpt/Ws16H+7GHI7W/LTEBv3TNtwIP2F9X0kGk6 GYuhzY8dIyzZeg7I+RFq0slsrJ3mNE+7MHHmg42U1wxEHXdu0oWv7X92kLGqYzh8JC4i DDEtq1fpuGavH6BRZ+qxNMBLRyQ+P5zd5AZ8wK9pgvibdcGh8JePf38stt59pK9wR+fA 6SjufxpMYHHA8VBLWddCGcpHbqyn/d4aOt0QUIhjayUIBcIMkkks8F7aNT69iMgCfrnF 2N8SC6YGQ3MOke9Bq4ZdUSXitEKwOb1m3Mj2k+N6/kMZ7JthGjXjpq4QTkORRP5fmQHG c1VA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=VdzGpVtigqhFIiK/a5MdSogl2h5SjEEmc13ZkFM5CsU=; b=07csLWNbc5GdByqk4LThtfxEkKSVN9bSuoeXs/bLFP2jH1UDesNwrz+2Nl9sB9L0KB WsspQAZ6PLFqso5y0n5kQ5wrqY3dknzs1y/8E5BujkbFykqtxt7w772hj/VzQ3L4TxEq 4nyff6m4k3nvIiR3Nh4i4CvtMVQ3ja8E2Swvotst21OUi8jKLqpDJkFnzb/uhzprEoYO 5JJoSi9hSvNEu+39oq2eFvI+YKVm7VRUagMaob93RgRrckQPC8dpU6xaa2UEQtY5qush kmkkcDzNxIZa5i0WJOABYuhdUAcHbzwANrLwdL2gizLsVAWpJOby7zckQHvecdVVecDu 8V0w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r16si12752306ejs.580.2021.02.09.05.49.18; Tue, 09 Feb 2021 05:49:41 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230241AbhBINsD (ORCPT + 99 others); Tue, 9 Feb 2021 08:48:03 -0500 Received: from foss.arm.com ([217.140.110.172]:51906 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229880AbhBINqK (ORCPT ); Tue, 9 Feb 2021 08:46:10 -0500 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 50C491042; Tue, 9 Feb 2021 05:45:23 -0800 (PST) Received: from [192.168.178.6] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DDB4A3F73D; Tue, 9 Feb 2021 05:45:20 -0800 (PST) Subject: Re: [PATCH 2/6] sched/fair: remove unused parameter of update_nohz_stats To: Vincent Guittot , mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, fweisbec@gmail.com, tglx@linutronix.de, bristot@redhat.com, linux-kernel@vger.kernel.org, joel@joelfernandes.org Cc: qais.yousef@arm.com References: <20210205114830.781-1-vincent.guittot@linaro.org> <20210205114830.781-3-vincent.guittot@linaro.org> From: Dietmar Eggemann Message-ID: Date: Tue, 9 Feb 2021 14:45:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210205114830.781-3-vincent.guittot@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/02/2021 12:48, Vincent Guittot wrote: > idle load balance is the only user of update_nohz_stats and doesn't use > force parameter. Remove it Wasn't the 'force=true' from ilb eclipsing the jiffy resolution rate limiting '!time_after(jiffies, rq->last_blocked_load_update_tick)' of update_blocked_averages()? So IMHO this has the (maybe intended) side effect that (formerly forced updates) are now rate limited on one jiffy resolution too. > > Signed-off-by: Vincent Guittot > --- > kernel/sched/fair.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index bfe1e235fe01..60b8c1c68ab9 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -8352,7 +8352,7 @@ group_type group_classify(unsigned int imbalance_pct, > return group_has_spare; > } > > -static bool update_nohz_stats(struct rq *rq, bool force) > +static bool update_nohz_stats(struct rq *rq) > { > #ifdef CONFIG_NO_HZ_COMMON > unsigned int cpu = rq->cpu; > @@ -8363,7 +8363,7 @@ static bool update_nohz_stats(struct rq *rq, bool force) > if (!cpumask_test_cpu(cpu, nohz.idle_cpus_mask)) > return false; > > - if (!force && !time_after(jiffies, rq->last_blocked_load_update_tick)) > + if (!time_after(jiffies, rq->last_blocked_load_update_tick)) > return true; > > update_blocked_averages(cpu); > @@ -10404,7 +10404,7 @@ static bool _nohz_idle_balance(struct rq *this_rq, unsigned int flags, > > rq = cpu_rq(balance_cpu); > > - has_blocked_load |= update_nohz_stats(rq, true); > + has_blocked_load |= update_nohz_stats(rq); > > /* > * If time for next balance is due, >