Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4497547ybz; Tue, 21 Apr 2020 01:31:44 -0700 (PDT) X-Google-Smtp-Source: APiQypKV+wicSEZuM+FW37Wmh7/rOfbjD0goiJB48w9EV7VAxx+cdrKvfY8zbewfVTmceM2e+N+X X-Received: by 2002:a17:906:3e52:: with SMTP id t18mr19602941eji.204.1587457904303; Tue, 21 Apr 2020 01:31:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587457904; cv=none; d=google.com; s=arc-20160816; b=VFvdaWhPE85I5GCjFfSrI+FBwqzlDpxa/7w8jyQUkoQulcs/bJjCCMpgUmVlsrZ7XC f0E1F2wCkPDGu3AEExK5mNhlX9M5mEbVJtMmBbhZ0Xs+2JMuCVqRqdXil8hNHuWiuwua rp43rscFNNkiRTEAjS6+poA90v/8wOKVds6wOBGQetpqQv95UDWPxA449H7oSjONq/tD C/TaJxNDwC95w2BHd457k6qnhiX9Z19rXyk2U8/23o0NpqWVFdts8O1tczdxujLbDvTP ROsNrMcNPqy/zQQ3QVJfPXL5ezipzLrJd8CyyFd4HxyBy73TCKRebZZaQebgPbHNAs+Z E1cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=mzmlI4Eqv3NhQmdP4NxyGjHx5c/TGsPqaYvGONnu3LQ=; b=NJqDzPZLfrRsanaJHa76TT+DG17MsIZfbSe/ZidEC7XUoQQ2dnMurA1Lt6t+ZaU9XO 3wygMhE5qwXOPlRaDMIczgrfHeevj/Eg+pWCTaFEv1Jqi04BLxTPtZrQZ7WiRAApNV/Q pN/fyEdKtPu12ruuzXe7KGPnfjV2Jnbe7UwrRYrbd7hRmJYqZvFzmKnktX8D+FZy+gej ItCiMkJ9JsllvhNgSyY28sVSSrhIGdYO+nNBMhOOT7mA02fjAkuKp+gX9qQg5bPIcKRx CBPNFfeVmA8L4nWLdu7OOzmsuibjn9QA/2dK86gqdiTOf7Y70o6AoHJX7+mmM/KtoGd2 5kjA== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g7si1164065edn.251.2020.04.21.01.31.21; Tue, 21 Apr 2020 01:31:44 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726628AbgDUI2R (ORCPT + 99 others); Tue, 21 Apr 2020 04:28:17 -0400 Received: from mga02.intel.com ([134.134.136.20]:46899 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726018AbgDUI2P (ORCPT ); Tue, 21 Apr 2020 04:28:15 -0400 IronPort-SDR: Gu50vmakIoIE4FDTjt+k31+AFj9dM+IahIFe0n2Zm/Vxta6SBx2IM9JSgl7cfQuqWR+WOqvNuE S5zMe6ojU44Q== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Apr 2020 01:28:04 -0700 IronPort-SDR: tYpd9XYj0rIS1xtRZpb6mUnsjXJcZoLdqcfdWMVuWRC181uxqpzHgPi/YbH884TIR9QNfQ54zt 046xbfesXN7w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,409,1580803200"; d="scan'208";a="300540575" Received: from chenyu-office.sh.intel.com ([10.239.158.173]) by FMSMGA003.fm.intel.com with ESMTP; 21 Apr 2020 01:28:02 -0700 Date: Tue, 21 Apr 2020 16:28:32 +0800 From: Chen Yu To: Steven Rostedt Cc: linux-kernel@vger.kernel.org, Peter Zijlstra , Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Ben Segall , Mel Gorman Subject: Re: [PATCH 2/2] sched: Extract the task putting code from pick_next_task() Message-ID: <20200421082832.GD9721@chenyu-office.sh.intel.com> References: <7c1eab789cb4b53ec5f54644c089ce27ea14088a.1587309963.git.yu.c.chen@intel.com> <20200420183232.16b83374@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200420183232.16b83374@gandalf.local.home> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 20, 2020 at 06:32:32PM -0400, Steven Rostedt wrote: > On Mon, 20 Apr 2020 00:31:52 +0800 > Chen Yu wrote: > > > Introduce a new function finish_prev_task() to do the balance > > when necessary, and then put previous task back to the run queue. > > This function is extracted from pick_next_task() to prepare for > > future usage by other type of task picking logic. > > > > No functional change. > > > > Suggested-by: Peter Zijlstra > > Signed-off-by: Chen Yu > > --- > > kernel/sched/core.c | 39 +++++++++++++++++++++++---------------- > > 1 file changed, 23 insertions(+), 16 deletions(-) > > > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c > > index 3a61a3b8eaa9..bf59a5cf030c 100644 > > --- a/kernel/sched/core.c > > +++ b/kernel/sched/core.c > > @@ -3904,6 +3904,28 @@ static inline void schedule_debug(struct task_struct *prev, bool preempt) > > schedstat_inc(this_rq()->sched_count); > > } > > > > +static void finish_prev_task(struct rq *rq, struct task_struct *prev, > > + struct rq_flags *rf) > > +{ > > + const struct sched_class *class; > > +#ifdef CONFIG_SMP > > + /* > > + * We must do the balancing pass before put_next_task(), such > > I know this is just a cut and paste move, but I'm thinking that this > comment is wrong. Shouldn't this be "put_prev_task()" as we have no > "put_next_task()" function. > > Okay, I'll fix it in v3. > > + finish_prev_task(rq, prev, rf); > > I'm not sure I like the name of this function. Perhaps > "balance_and_put_prev_task()"? Something more in kind to what the function > does. > Per the discussion, I think put_prev_task_balance() might be an appropriate one. Thanks, Chenyu > -- Steve > > > > > for_each_class(class) { > > p = class->pick_next_task(rq); >